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chapter  I 


INTRODUCTION 

Overview 

The  filing  of  vouchers  for  payment  of  travel  claims 
has  been  in  practice  by  military  members  (uniformed  and 
civilian)  since  funds  were  first  set  aside  to  support  an 
army.  Although  a  strict  historical  account  of  the  evolu¬ 
tion  of  methods  used  to  pay  travel  claims  has  not  been 
maintained,  it  is  generally  agreed  that  the  first  travel 
claims  were  simply  receipts  from  merchants,  innkeepers, 
blacksmiths,  etc.  that  the  military  traveler  collected 
during  his  official  travels  and  submitted  to  the  pay¬ 
master  later  for  reimbursement  (6).  The  early  claims  were 
relatively  uncomplicated  and  straightforward.  A  pay¬ 
master  had  simply  to  determine  what  was  just  and  fair  and 
reimburse  the  traveler  accordingly. 

Such  simplicity  is  no  longer  the  rule.  Within  the 
Department  of  Defense  (DOD)  an  Accounting  and  Finance 
Office  (AFO)  at  each  installation  is  responsible  for  seeing 
that  not  only  travel,  but  any  valid  legal  claims  are  paid. 
The  travel  and  transportation  allowances  authorized  DOD 
members  are  contained  in  the  Joint  Travel  Regulations 
(JTR).  Volume  1  of  the  JTR  prescribes  allowances 
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authorized  for  uniformed  members  of  DoD,  and  Volume  2 
of  the  JTR  is  for  civilian  allowances  (14:1-1).  Should 
a  situation  arise  that  is  not  covered  in  the  JTR  and 
the  local  AFO  cannot  determine  proper  action,  the  situa¬ 
tion  can  be  forwarded  through  proper  channels  to  the 
Comptroller  General  for  a  final  decision.  Such  an  action 
then  sets  policy  for  use  in  similar  situations  at  other 
installations.  In  addition  to  the  JTR,  personnel  must 
comply  with  respective  services  regulations  and  manuals . 
Within  the  Air  Force,  primary  guidance  is  provided  through 
Air  Force  Regulation  177-103.  Other  regulations  offer 
secondary  guidance.  The  volumes  of  regulations,  proce¬ 
dures,  comptroller  decisions,  etc.  prompted  one  AFO  to 
make  a  statement  that  might  indicate  a  longing  for  less 
complexity  when  he  said,  "We  have  gone  from  just  and 
fair  to  a  highly  complicated  set  of  rules  Z~7_7-" 

At  Wright-Patterson  Air  Force  Base  (W-P  AFB)  the 
functions  concerning  financial  transaction  are  within 
the  Accounting  and  Finance  Office  (ACF)  in  Building  1 
under  the  command  of  the  2750th  Air  Base  Wing  (ABW). 

The  processing  of  travel  payments  is  handled  by  the 
Travel  Section  of  ACF  (ACFT) .  A  branch  ACFT  office 
exists  in  3uilding  262,  Headquarters,  Air  Force  Logistics 
Command,  but  will  not  be  considered  a  factor  in  this  re¬ 
search.  ACFT  is  not  only  responsible  for  the  processing 
of  travel  vouchers,  it  is  also  responsible  for  entering 


the  travel  performed  by  the  member  into  the  accounting 
records  and  onto  the  member's  individual  travel  record. 
These  responsibilities  are  divided  between  two  subsec¬ 
tions  of  ACFT:  Accounting  (ACFTA)  and  Computation  (ACFTT). 

Within  ACFTT  the  calculations  are  done  on  a  travel 
voucher  to  determine  the  authorized  reimbursement  for 
a  traveler.  The  complexity  of  figuring  reimbursement 
for  a  travel  dictates  that  the  personnel  performing 
the  calculation  be  highly  trained  and  knowledgeable 
of  the  various  regulations.  Vouchers  must  also  be  pro¬ 
cessed  within  three  workdays  of  receipt  (day  of  receipt 
plus  two)  so  the  process  is  further  complicated. 

ACF  management  often  finds  the  task  of  obtaining 
and  retaining  qualified  people  to  work  in  ACFTT  a  diffi¬ 
cult  one.  The  work  of  processing  vouchers  is  hard  and 
sometimes  unrewarding,  though  the  work  environment  itself 
was  cited  as  being  the  best  of  its  kind  in  the  Air  Force. 
The  pleasant  surroundings  are  often  offset  by  the  high 
volumes  of  incoming  vouchers  and  shortage  cf  people  (?). 
Often  in  the  past,  the  three-day  standard  has  not  been 
met  because  of  the  personnel  and  workload  factors . 

This  not  only  causes  a  violation  of  AFR  177-1 03,  but 
creates  customer/ traveler  dissatisfaction  and  increases 
the  job  pressures  of  ACFTT  personnel. 

One  reason  for  lateness  of  voucher  processing  in 
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the  past  was  the  absence  of  a  procedure  for  tracking 
vouchers  through  ACFT.  The  vouchers  were  only  hand 
marked  with  the  Julian  date  (l  Jan  =  001,  31  Dec  =  3&5) 
and  put  into  an  in-basket  to  wait  for  processing,  with 
no  close  monitoring  of  date-due-out  of  individual  vouch¬ 
ers.  With  over  70,000  incoming  vouchers  a  year,  the 
ACF  management  recognized  that  a  method  had  to  be  devel¬ 
oped  which  would  not  only  enable  close  monitoring  of 
incoming  vouchers  to  occur,  but  which  would  give  a  measure 
of  output  produced  in  some  form  other  than  number  of 
vouchers  processed. 

The  method  developed  was  the  Point  System  (2). 
Incoming  vouchers  are  evaluated  by  an  experienced  super¬ 
visor  according  to  complexity  and  each  voucher  is  as¬ 
signed  a  point  value  (.5  to  5+)  based  on  that  complexity. 
The  vouchers  are  then  marked  with  point  value  and  Julian 
date  and  put  into  the  to-be-processed  basket.  Each 
morning  when  the  workday  begins  (0730  M-F),  a  work 
section  leader  pulls  the  vouchers  which  need  processing 
first  and  assigns  them  to  the  personnel  who  will  make 
the  necessary  calculations  (computors).  Once  the  vouchers 
are  completed  by  the  computors,  they  are  given  to  the 
auditors  for  checking  of  accuracy.  When  the  auditors 
are  finished,  the  process  cycle  of  the  voucher  is  con¬ 
sidered  finished,  and  the  voucher  is  sent  to  ACFTA  for 
check  processing  and  payment. 


The  Point  System  was  devised  based  on  the  average 
time  it  takes  an  adequately  trained  computor  or  auditor 
to  process  a  voucher.  A  computor  should  be  able  to 
process  one  point  every  fifteen  minutes  and  an  auditor 
should  process  two  points  in  the  same  time.  Thus,  an 
output  standard  is  set  at  four  points  per  hour  for  a  com¬ 
putor  and  eight  points  for  an  auditor.  Under  the  Point 
System  each  worker  keeps  a  daily  record  of  productive  time 
(processing  vouchers)  and  non-productive  time  (filing, 
telephone,  training,  etc.)  along  with  the  number  of 
points  processed  in  the  productive  time  available. 
Productive  time  available  multiplied  by  the  standard  of 
4  or  8  points  an  hour  sets  the  number  of  points  that 
person  should  have  processed.  When  actual  points  pro¬ 
cessed  are  divided  by  the  productive  hours  available, 
the  worker's  operating  efficiency  is  determined.  This 
gives  management  a  method  for  tracking  vouchers  (counted 
daily  and  recorded)  and  for  managing  the  available  work¬ 
force  (above  or  below  standard)  (2). 

The  Point  System  has  helped  ACF  management  to 
better  manage  available  voucher  workload  and  the  avail¬ 
able  ACFTT  workforce.  But  as  an  aid  to  projecting  per¬ 
sonnel  requirements  the  Point  System  is  rather  limited. 
With  13  computors  and  6  auditors  assigned  at  the  time 
of  this  thesis,  a  considerable  amount  of  statistical 


data  must  be  collected  on  vouchers  (number  and  type), 
computors  (productive  time  and  compute  speed) ,  and  auditors 
(productive  time,  compute  and  audit  speed).  This  data 
then  requires  statistical  analysis  and  tests  to  deter¬ 
mine  what  figures  are  valid  for  projecting  personnel 
requirements.  ACF  management  can  use  an  overall  average 
of  speeds  and  times,  but  this  type  of  "back-of-the-en- 
velope"  modeling  has  obvious  limitations. 

A  formal  model  that  uses  the  Point  System  in  sim¬ 
ulating  ACFTT  voucher  processing  has  been  built  (13)* 
However,  its  emphasis  on  system  stability  prevents  using 
it  as  a  reliable  indication  of  future  personnel  require¬ 
ments.  An  average  processing  time  for  each  group  of 
auditors  and  computors  is  input  into  the  model  and  that 
average  is  used  in  calculating  processing  time  per  vouch¬ 
er,  regardless  of  who  does  the  processing.  Thus,  if  a 
person  with  an  individual  processing  time  higher  or 
lower  than  the  group  average  leaves  the  system,  the 
impact  of  his  departure  is  not  accurately  reflected. 

On- leave/non-productive  and  available-for-duty  were 
input  as  having  a  full  eight  hours  of  productive  time. 

In  the  real  ACFTT  system,  some  personnel  may  have  less 
productive  time  than  others,  and  those  who  are  productive 
are  occasionally  non-productive  for  some  part  of  the 
eight-hour  duty  day.  Again,  the  loss  of  an  individual 
not  having  times  near  the  group  average  would  have  only 


an  average  impact  on  the  model. 

What  is  needed  by  ACF  management  is  a  model  that 
will  enable  them  to  forecast  with  some  level  of  confi¬ 
dence  their  ACFTT  personnel  requirements.  The  model 
should  have  the  capability  to  reflect  the  individual 
processing  speeds  and  productive  times  of  those  people 
working  in  the  system.  Manpower  projections  could  then 
be  made  which  would  more  accurately  reflect  the  loss  or 
gain  of  a  given  individual. 

Statement  of  the  Problem 

The  specific  problem  addressed  by  this  thesis  is: 
Can  a  model  be  developed  that  ACF  management  can  use  to 
project  manpower  requirements  based  on  incoming  vouchers 
and  the  point  system? 


Objectives 

1.  To  construct  a  model  of  ACFTT  that  will  use 
incoming  vouchers  as  input  and  points  and  vouchers 
processed  as  output. 

2.  To  determine  the  number  of  computors  and 
auditors  required  to  meet  the  three-day  processing  stan¬ 
dard,  given  the  voucher  workload. 

Research  Questions 

1 .  Can  a  model  be  developed  which  will  accurately 
reflect  the  ACFTT  workload,  based  on  workforce  and  the 
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Point  System? 

2.  If  a  model  can  be  developed,  can  it  by  used 
by  ACF  management  to  project  manpower  requirements? 
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CHAPTER  II 


RESEARCH  METHODOLOGY 


Ove rview 

Chapter  I  outlined  a  significant  problem  as  identified 
by  ACF  managements  how  to  project  and  validate  workforce 
requirements  for  processing  travel  vouchers.  Our  stated 
objectives  of  research  were  to  first  build  a  model  of  the 
ACFTT  system  and  next,  to  use  the  model  to  determine  the 
number  of  personnel  needed  to  meet  the  three-day  voucher 
processing  standard.  Chapter  II  discusses  the  steps  taken 
to  build  our  ACFTT  model.  Included  are  our  initial  model 
and  a  brief  overview  of  data  requirements. 


Modeling  and  Simulation 
A  model  may  be  either  a  physical  or  conceptual 
representation  of  a  "real"  system. 

By  a  model  of  a  "real"  system  we  mean  a  repre¬ 
sentation  of  a  group  of  objects  or  ideas  in  some 
form  other  than  that  of  the  entity  itself,  and  here 
the  term  "real"  is  used  in  the  sense  of  "in  exis¬ 
tence  or  capable  of  being  brought  into  existence" 
Z"l2:2_7. 

A  model  can  be  designed  in  either  descriptive  or 
prescriptive  form.  A  descriptive  model  serves  to  explain 
and  acts  as  an  aid  to  understanding  the  real  system,  while 
a  prescriptive  model  duplicates  or  predicts  the  behavior 
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of  a  real  system. 


A  prescriptive  model  useful  in  design  is  almost 
always  descriptive  of  the  entity  being  modeled, 
but  a  descriptive  model  is  not  necessarily  useful 
for  design  purposes  /”l2:7_7> 

A  real  system  model  can  also  be  used  for  training  and 
instruction  purposes  and  as  an  aid  to  thought,  exper¬ 
imentation,  and  prediction  (12:5) • 

Simulation  is  defined  as s 

...the  process  of  designing  a  model  of  a  real 
system  and  conducting  experiments  with  this  model 
for  the  purpose  either  of  understanding  the  behavior 
of  the  system  or  of  evaluating  various  strategies 
(within  the  limits  imposed  by  a  criterion  or  set 
of  criteria)  for  the  operation  of  the  system  /~12: 2_J . 

Thus,  we  see  that  simulation  can  be  considered  to  be 

a  form  of  modeling  and  is  useful  for  our  purpose  of 

developing  a  model  which  can  be  used  to  forecast  manning 

requirements  for  ACFTT.  In  fact,  the  nature  of  a  good 

simulation  is  that: 

(l)  it  is  concerned  with  the  operation  of  systems; 
(2)  it  is  concerned  with  the  solution  of  real  world 
problems;  (3)  it  is  performed  as  a  service  for  the 
benefit  of  those  in  control  of  the  system  /~12:2l 

Even  though  simulation  "is  concerned  with  the 

solution  of  real  world  problems",  it  does  not  provide 

a  solution  in  the  manner  of  analytical  techniques. 

Rather,  simulation  allows  the  decision-maker  the  ability 

to  compare  and  contrast  the  effects  various  strategies 

can  have  on  the  system  without  experimenting  with  and 

disrupting  the  real  system  (12:11).  This  obviously 
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is  a  major  advantage  of  simulation,  which  when  coupled 
with  its  compression  of  time,  offers  the  decision  maker 
a  powerful  tool  to  use  in  analyzing  complex  real  world 
systems . 

In  using  simulation,  one  must  remember  that  it  is 
"not  a  panacea  for  all  of  management's  problems  /~12il 4_/. 
In  fact,  simulation  has  several  disadvantages,  one  of 
which  is  that  "simulation  can  appear  to  reflect  accur¬ 
ately  the  real  world  situation  when,  in  truth,  it  does 
not  /_12:13_J7-”  Verification  and  validation  help  to 
reduce  but  not  erase  this  disadvantage.  Another  dis¬ 
advantage  is  that  simulation  is  imprecise,  and  the  degree 
of  imprecision  cannot  be  measured.  "Analysis  of  the 
sensitivity  of  the  model  to  changing  parameter  values 
can  only  partially  overcome  this  difficulty  /~12:13 J 
Thus,  with  the  advantages  listed  earlier  and  using  the 
measures  listed  here  as  disadvantage  reduction  techniques, 
we  concluded  that  simulation  was  the  best  method  avail¬ 
able  for  accomplishing  our  objective . 

Having  chosen  simulation  as  the  technique  to  be 
used  in  meeting  our  research  objective,  the  next  step 
is  to  outline  the  stages  through  which  our  work  progressed 
Shannon  identified  eleven  steps  that  any  simulation  should 
follow.  These  steps  are  easy  to  understand  and  consti¬ 
tute  the  method  taught  here  at  the  Air  Force  Institute 


of  Technology  (AFIT).  These  eleven  steps,  with  a  short 
description  of  each,  ares 

1.  System  Definitions  Determining  the  bound¬ 
aries,  restrictions,  and  measure  of  effect¬ 
iveness  to  be  used  in  defining  the  system 
to  be  studied. 

2.  Model  Formulations  Reduction  or  abstraction 
of  the  real  system  to  a  logic  flow  diagram. 

3.  Data  Preparations  Identification  of  the 
data  needed  by  the  model,  and  their  reduc¬ 
tion  to  an  appropriate  form. 

4.  Model  Translations  Description  of  the  model 
in  a  language  acceptable  to  the  computer 

to  be  used. 

5.  Validations  Increasing  to  an  acceptable 
level  the  confidence  that  an  inference  drawn 
from  the  model  about  the  real  system  will 

be  correct. 

6.  Strategic  Plannings  Design  of  an  experi¬ 
ment  that  will  yield  the  desired  information. 

7.  Tactical  Plannings  Determination  of  how 
each  of  the  test  runs  specified  in  the  ex¬ 
perimental  design  is  to  be  executed. 

8.  Experimentations  Execution  of  the  simulation 
to  generate  the  desired  data  and  to  perform 
sensitivity  analysis. 

9.  Interpretations  Drawing  inferences  from 
the  data  generated  by  the  simulation. 

10.  Implementations  Putting  the  model  and/or 
results  to  use . 

11.  Documentations  Recording  the  project  ac¬ 
tivities  and  results  as  well  as  document¬ 
ing  the  model  and  its  use  /~12s23_7. 

This  chapter  concerns  itself  with  portions  of  the 
first  four  steps,  plus  step  six.  Chapter  III  concentrates 
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on  steps  two,  four,  six,  and  eight,  while  Chapter  IV 
examines  step  three  in  detail  and  highlights  step  five. 
Chapter  V  reports  the  outcome  of  steps  five,  seven, 
eight,  and  nine.  Step  ten  must  be  left  to  ACF  manage¬ 
ment,  while  this  thesis  represents  step  eleven. 

System  Definition 

A  key  word  appearing  in  modeling  and  simulation 
works  and  discussions  is  system.  A  system  is  here  de¬ 
fined  ass 

. . .a  set  of  objects  together  with  relationships 
between  the  objects  and  between  their  attributes 
connected  or  related  to  each  other  and  to  their 
environment  in  such  a  manner  as  to  form  an  entirety 
or  whole  /~ll:l2_y 

Another,  similar  definition  of  a  system  is:  "a  group 
or  set  of  objects  united  by  some  form  of  regular  inter¬ 
action  or  interdependence  to  perform  a  specific  func¬ 
tion  /"l2: 15_7- " 

These  definitions  point  out  that  a  system  has  a  set 
of  objects  which  possess  some  interrelationship  with 
the  system  and  with  their  environment.  The  final  point 
brought  forth  from  these  definitions  is  that  the  set 
of  objects  combine  to  complete  some  process.  In  fact, 
"the  input  to  a  system  is  the  output  of  another  system, 
and... the  output  of  the  system  becomes  the  input  to  an¬ 
other  system  / ~ll:12_/.n  Figure  2-1  depicts  this 
relationship . 
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Figure  2-1 


External 

System 


Output 


1  External 

Internal  System  i  System 

i 

Input /—>  Process  — ^Output  j  Input/ - > 


Diagrammatical  Input-Process-Output  Representation 


The  broken  line  marking  the  separation  of  internal 
and  external  systems  is  used  to  represent  the  interaction 
between  the  system  and  its  environment.  This  interaction 
takes  place  not  only  as  stated,  but  also  within  the  inputs 
to  the  process.  The  more  control  the  environment  exerts 
on  the  input,  the  less  control  the  system  has  and  the 
input  becomes  part  of  the  environment.  The  reverse 
of  this  control  makes  the  input  a  resource  of  the  sys¬ 
tem  (11:22-27).  An  example  of  this  is  the  personnel  of 
the  Computation  section.  Unless  the  individuals  are  ex¬ 
cused  from  duty  or  fired,  they  must  report  for  work.  There¬ 
fore,  they  are  resources.  Each  person  arrives  with  cer¬ 
tain  attributes,  one  of  which  is  his  processing  speed. 

The  system’s  internal  environment,  Muzak,  and  pleasant 
surroundings  affect  individual  speed,  but  the  external 
environment,  such  things  as  burnt  toast  and  traffic  jams, 
may  also  affect  and  contribute  to  a  reduction  of  the 
individual's  processing  speed  for  that  day.  Consequently, 
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there  is  an  interaction  between  the  environment  and  re¬ 
sources  along  with  the  environment  and  the  system.  An 
explanation  of  the  system's  boundary,  together  with  the 
definition  of  a  system,  forms  the  Travel  Computation 
System  depicted  in  Figure  2-2. 

Model  Formulation 

Pritsker  contends  that  "the  model  building  process 
should  be  considered  as  an  iterative  one  9 \2j." 

He  goes  on  to  say  that: 

Q-GERT  (which  stands  for  Queue-Graphical  Eval¬ 
uation  and  Review  Technique)  allows  the  user  to 
easily  modify  or  extend  his  model,  and  allows  for 
hierarchical  modeling.  Thus,  simple  "first  cut" 
models  can  be  built  quickly,  and  complex  models 
can  be  built  from  these  simple  models  /  90_7* 

We  used  this  iterative  process  as  we  built  our  simulation 

model  from  the  Travel  Computation  section  system  model, 

as  shown  is  Figure  2-2,  to  our  final  Q-GERT  model. 

As  stated,  our  final  simulation  model  is  coded  in 
Q-GERT.  This  coding  method  was  chosen  because  GERT 
"can  be  used  to  model  projects  consisting  of  sets  of 
activities  while  Q-GERT  augments  GERT  with  the  addition 
of  queueing  and  decision  capabilities  /"*9! vii_7. "  The 
voucher  computation  and  audit  processes  are  the  set  of 
activities  allowing  the  use  of  GERT.  The  computation 
section,  in  an  effort  to  complete  all  vouchers  in  the 
required  time  and  to  ensure  an  order  to  the  process, 
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Figure 


TRAVEL  COMPUTATION  SYSTEM 


uses  a  First- In- First-Out  (FIFO)  queueing  system,  which 
allows  the  use  of  Q-GERT.  A  final  reason  for  choosing 
Q-GERT  was  its  availability  for  our  use  on  the  AFIT 
HARRIS  computer  system. 

Q-GERT  allowed  us  to  easily  follow  the  iterative 
process : 


. . .Q-GERT  supports  a  systems  approach  to  problem 
resolution  consisting  of  four  steps.  First,  a  system 
is  decomposed  into  its  significant  elements.  Second, 
the  elements  are  analyzed  and  described.  Third, 
the  elements  are  integrated  in  a  network  model  of 
the  system.  Fourth,  system  performance  is  assessed 
through  the  evaluation  of  the  network  model  /~9'*vii J. 

The  measures  of  the  system  which  we  were  interested  in 

were  the  combined  waiting  and  service  times,  plus  the 

reaction  of  the  queue  levels  as  we  varied  the  personnel 

levels . 

The  Q-GERT  language  uses  a  series  of  nodes  and 
branches.  The  nodes  are  used  to  model  milestones,  de¬ 
cision  points,  and  queues,  while  branches  represent 
activities  or  processes  which  are  separated  by  the  nodes . 
The  vouchers  represent  transactions  flowing  through 
the  Q-GERT  network,  while  the  computors  and  auditors 
represent  the  servers  who  perform  the  process. 

Once  the  iterative  process  is  completed,  in  the 
form  of  a  Q-GERT  program,  the  model  must  be  verified. 
Verification  ensures  "that  the  model  behaves  the  way 
an  experimenter  intends  /~12:30_7."  Verification  of 
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the  model  entailed  ensuring  the  proper  flow  of  transac¬ 
tions,  the  proper  selection  and  use  of  mathematical 
equations,  and,  finally,  checking  the  program  logic. 

To  ensure  its  accuracy,  the  program  logic  was  reviewed 
by  the  Chief  of  the  Travel  Computation  section.  Once 
the  verification  was  completed,  the  coded  simulation 
model  was  loaded  onto  the  HARRIS  computer. 

Data  Requirements 

The  initial  model  developed  (shown  in  Figure  2-2) 
identifies  three  inputs:  the  voucher,  computors ,  and 
auditors.  However,  closer  examination  of  each  of  these 
areas  revealed  the  need  for  more  than  raw  number  col¬ 
lection  . 

When  a  voucher  arrives  at  ACFTT,  it  not  only  adds 
a  transaction  to  the  system,  it  possesses  a  point  value 
which  is  determined  by  its  characteristics.  Table  1 
provides  a  breakout  of  the  possible  point  values  and 
their  characteristics. 

When  a  voucher  enters  the  system,  it  is  reviewed 
for  characteristics,  assigned  a  point  value,  date  stamped, 
and  placed  in  the  " to-compute"  queue.  Once  it  is  com¬ 
puted,  it  is  placed  in  the  "to-audit"  queue.  When  a 
voucher  is  audited  it  counts  for  point  and  voucher 
totals  processed  (2;  4;  7)  • 

Data  collection  includes:  (l)  the  daily  voucher 
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Table  1 


Voucher 
Point  Value 


Characteristics  of  Voucher 


•  5 


1.0 

2.0 


3.0 

4.0 


5-0 

and  higher 


Advance  payments,  group  vouchers. 

CONUS,  PCS,  TDY,  vouchers  with 
single  destination  and  return. 

PCS  from  outside  CONUS  or  with 
TDY  enroute ,  TDY  with  multi¬ 
ple  destination  and/or  fund 
cites . 

TDY  with  travel  outside  CONUS, 

PCS  from  outside  CONUS  with  TDY 
enroute . 


Table  of  Voucher  Point  Values  and  Characteristics 


19 


arrival  rate;  (2)  a  sample  of  the  points  assigned  to 
the  vouchers;  (3)  the  number  of  vouchers  processed  daily; 
and  (4)  the  total  daily  points  processed.  In  addition, 
for  start-up  conditions  (discussed  later)  the  number 
of  vouchers  remaining  in  each  of  the  queues  at  the  end 
of  each  day  must  be  recorded.  ACFTT  management  main¬ 
tains  records  on  all  section  activities  from  1  Septem¬ 
ber  1981  to  the  present.  However,  a  breakout  of  the 
queue  end-of-day  balances  was  recorded  for  only  the  first 
15  days  of  September  1981.  Therefore,  for  validation 
purposes  (discussed  later)  the  overall  ending  daily 
balance  is  needed. 

All  data  required  for  the  computors  and  auditors 
was  identified  and  available  for  collection  from  ACFTT. 

In  addition  to  the  number  of  personnel  assigned  during 
the  observation  period,  we  also  required  the  individual's 
processing  speed  and  productive  hours  each  day.  These 
items  were  required  due  to  our  definition  of  productive 
processing,  which  is  the  actual  computing  or  auditing 
of  a  voucher,  and  does  not  include  any  administrative 
functions.  Non-productive  time,  for  the  purpose  of 
this  simulation,  includes  such  things  as  customer  greet¬ 
ing  activities  (counter  work),  phone  answering,  and  other 
officially  related  functions.  In  order  to  compute  an 
individual's  productive  reliability,  such  items  as  leave 
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time,  both  sick  and  annual,  temporary  duty,  on  loan, 
and  absent  without  leave  needed  to  be  collected. 

One  note  concerning  the  auditors  must  be  made. 

These  individuals  can  also  compute  vouchers ,  even  though 
computors  cannot  audit  (7).  Therefore,  statistics  on 
computation  processing  speed  and  productive  time  were 
required  on  the  auditors,  in  addition  to  their  normal 
audit  processing  data. 

Normally,  processing  is  done  in  what  is  referred  to 
as  "the  back"  but  can  be  done  by  the  personnel  assigned 
on  a  daily  random  basis  to  customer  service  (the  counter) 
(7).  This  productive  time  occurs  infrequently  but  must 
be  collected  and  recorded. 


Summary 

Here  in  Chapter  II  we  outlined  the  steps  used  to 
build  our  model  of  the  ACPTT  system.  We  defined  the 
boundaries  of  our  model  and  its  key  inputs.  Also  pro¬ 
vided  was  a  brief  overview  of  the  data  required  to  make 
our  model  representative  of  the  real  world  ACFTT  system. 
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CHAPTER  III 


MODEL  FORMULATION 

Overview 

In  this  chapter  we  outline  the  steps  taken  in  build¬ 
ing  our  simulation.  The  process  begins  by  referring  to 
the  input-process-output  model  developed  in  Chapter  II. 
With  that  model  in  mind,  we  provide  a  detailed  description 
of  the  voucher  flow  through  ACFTT.  We  then  subdivide  our 
initial  model  into:  (l)  timing  circuit;  (2)  voucher  ar¬ 
rival;  (3)  personnel  arrival;  (4)  computation  process;  and 
(5)  audit  process.  Once  this  classification  is  complete, 
we  introduce  the  required  data  elements  and  identify  their 
interaction  within  the  defined  system.  We  then  proceed  to 
the  formulation  of  a  Q-GERT  model  requiring  logic  verifi¬ 
cation  by  ACFTT  supervisory  personnel. 

System  Description 

The  model  depicted  in  Figure  2-2  provides  a  general 
overview  of  the  ACFTT  system.  However,  in  order  to 
better  understand  the  system's  interworkings,  a  more 
detailed  model  is  required.  This  model  was  provided 
by  ACF  management  in  the  form  of  a  rough  document  flow 
chart  (see  Appendix  A)  prepared  by  the  ACFTT  supervisor. 

As  identified  in  this  flow  chart,  the  only  input 


to  the  system  is  the  travel  claim  (voucher)  itself. 

These  inputs  are  received  via  base  distribution,  deliv¬ 
eries,  customer  service  arrivals  (at  the  counter),  and 
permanent-change-of-s tation  (PCS)  in-processing.  Once 
the  vouchers  enter  the  system,  there  are  required  steps 
(2  through  10 )  which  must  be  performed  but  which  are 
considered  non-productive  under  our  definition  of  pro¬ 
cessing  (the  actual  computation  and  audit  of  a  voucher). 
The  initial  step  in  productive  processing  begins  with 
arrival  of  the  vouchers  at  voucher  control.  Here  the 
vouchers  are  assigned  to  a  computation  clerk  who  does 
the  necessary  computations  and  returns  them  to  voucher 
control.  Voucher  control  then  takes  the  computed  vouch¬ 
ers  and  assigns  them  to  an  auditor  who  checks  for  ac¬ 
curacy.  An  audited  voucher  represents  the  completion 
of  the  productive  processing,  but  not  of  the  computation 
section's  processing  of  the  voucher.  The  document  flow 
chart  identifies  additional  steps  (13  through  15)  which 
are  non-productive ,  but  which  must  be  completed  prior 
to  clearing  the  voucher  from  the  computation  system 
of  ACFTT.  These  latter  non-productive  steps  are  done 
by  the  voucher  clerk,  who  does  not  actually  process  a 
voucher  under  our  processing  definition  (4) .  Figure 
3-1  depicts  the  ACFTT  system  in  a  document  flow  chart 
with  all  non-productive  actions  except  customer  service 
removed . 
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Figure 


Productive  System  Document  Flow  Chart 


Each  of  the  flow  charts  (Appendix  A  and  Figure  3-1) 
implies  that  vouchers  are  the  only  inputs  to  the  ACFTT 
system.  However,  without  computors  and  auditors,  pro¬ 
cessing  of  the  vouchers  cannot  occur.  Therefore,  for  our 
purposes,  the  personnel  assigned  to  ACFTT  were  consid¬ 
ered  as  inputs. 

The  availability  of  personnel  changes  with  each 
workday  as  individuals  take  leave,  perform  non-productive 
duties,  and  are  assigned  to  customer  service  duties 
(counter).  A  model  of  personnel  availability  is  shown 
in  Figure  3-2. 

This  personnel  availability  subsystem  is  in  oper¬ 
ation  at  the  beginning  of  each  workday,  which  introduces 
another  section  of  the  overall  model,  the  timing  sub¬ 
system.  Once  the  personnel  arrive,  they  face  an  eight- 
hour  workday  which  is  broken  by  the  lunch  hour  and  two 
fifteen  minute  personal  periods.  During  this  workday, 
the  vouchers  arrive  steadily  over  the  counter,  at  three 
different  times  from  the  distribution  system,  and  once 
from  the  PCS  in-processing.  The  office  closes  after  the 
eight-hour  workday  and  personnel  depart.  The  statistical 
attributes  of  the  system  are  recorded  by  the  personnel 
throughout  the  day  anr  serve  as  a  historical  record  for 
collection  and  analysis. 

We  have  generally  described  all  of  the  components 
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Figure 


Availability  Model 


r 


of  the  model.  In  summary,  these  components  are:  (1) 
the  timing  circuit;  (2)  the  voucher  arrivals;  (3)  the 
personnel  arrivals;  (4)  the  computation  process;  and 
(5)  the  audit  process.  With  this  description  and  identi¬ 
fication,  we  can  group  each  of  the  components  and  ana¬ 
lyze  its  interaction  with  the  rest  of  ACFTT. 

Model  Components 


Timing  Circuit 

The  major  function  of  this  subsystem  is  to  control 
the  timing  and  duration  of  a  simulation  run.  However, 
it  must  also  control  the  start-up  conditions,  the  initial 
arrival  of  personnel  and  vouchers,  and  the  assignment  of 
personnel  to  customer  service.  In  addition,  this  sub¬ 
system  must  collect  statistics  on  the  daily  activities. 

The  timing  of  this  simulation  is  in  hours  and  frac¬ 
tions  of  hours.  This  is  due  to  the  eight-hour  workday, 
the  measurement  of  productivity  in  hours,  and  the  measure¬ 
ment  of  worker  speed  against  an  hour.  The  duration  of 
the  simulation  matches  our  data  collection  period,  which 
was  65  workdays,  or  1560  hours.  This  duration  figure 
must  also  consider  the  start-up  conditions  of  the  system 
and  the  collection  of  statistics  on  the  last  day.  There¬ 
fore,  14.5  hours  were  added  to  the  1560  hours  for  a  sim¬ 
ulated  run  of  1574.5  hours. 
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The  start-up  conditions  have  to  be  controlled  by 
the  timing  circuit  due  to  their  one-time  occurrence  at 
the  beginning  of  the  simulation.  Since  we  are  modeling 
an  existing  system,  our  model  should  not  start  up  empty. 

It  can  be  idle,  with  no  processing  occurring,  due  to 
the  eight-hour  workday,  but  during  this  idle  period 
vouchers  are  waiting  in  the  queues  for  the  next  day. 

The  insertion  of  vouchers  into  the  queues  represents 
our  effort  to  control  the  start-up  and  ensure  a  quicker 
transition  to  a  steady  state.  The  vouchers  will  be 
waiting  from  the  prior  day  close  of  business  for  the 
arrival  of  personnel  on  the  first  simulated  duty  day. 

Under  normal  operations,  when  personnel  arrive, 
two  individuals  are  assigned  to  the  counter.  Our 
counter  assignments  are  made  based  on  individual  histori¬ 
cal  trends  and  are  controlled  by  the  timing  circuit. 

The  timing  circuit  also  controls  the  initial  arrival  of 
personnel  to  ensure  that  the  counter  assignments  are 
made  prior  to  personnel  arrival. 

Once  personnel  arrive  for  work,  a  four-hour  time 
lapse  occurs  until  the  arrival  of  vouchers.  This  time 
lapse  is  a  compromise  position  with  the  real  world  sys¬ 
tem.  As  stated  earlier,  the  vouchers  arrive  at  differing 
times  throughout  the  eight-hour  workday.  We  feel,  however, 
that  a  once-a-day  mass  arrival  pattern  will  closely 
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approximate  the  average  daily  "in-queue"  waiting  times. 
Under  the  real  system,  vouchers  can  be  taken  from  the 
counter  to  the  back  (productive  area)  many  times  during 
a  day,  depending  upon  counter  activity.  Our  timing 
circuit  controls  the  initial  voucher  quantity  with  a 
subtiming  circuit  controlling  each  day's  arrivals  there¬ 
after  . 

The  next  major  activity  on  the  timing  circuit  is 
the  daily  collection  of  system  attributes.  Since  no 
civilian  overtime  was  allowed  during  our  90-day  study 
of  the  real  system,  and  because  military  overtime  amounted 
to  no  more  than  hours,  we  felt  that  data  collection 
at  a  simulated  time  of  1800  hours  would  suffice.  The 
statistics  collected  at  this  time  included  voucners 
processed,  voucher  points  processed,  and  the  actual 
number  of  vouchers  waiting  in  the  "to-compute"  and  "to- 
audit"  queues.  This  statistic  collection  method  allowec 
us  to  measure  each  day's  activity,  and  in  the  validation 
step  we  were  able  to  test  our  models  against  the  real 
system.  Following  this  collection  point,  our  system 
is  idle  overnight  until  0800  hours  the  next  day,  when 
the  counter  assignments  are  made  for  that  day.  Appen¬ 
dix  B  contains  our  timing  circuit  flow  using  Q-GERT 
symbology. 


29 


Voucher  Arrivals 


In  the  real  system,  when  the  vouchers  arrive  at  the 
counter,  they  are  marked  with  the  Julian  date,  reviewed 
for  point  characteristics,  and  assigned  a  point  value 
determined  by  those  characteristics.  The  vouchers  then 
wait  until  someone  has  the  time  to  deliver  them  to  the  back 
for  computation.  Our  voucher  arrival  circuit  must  parallel 
these  activities  in  addition  to  rejuvenating  itself  24 
hours  later  for  the  next  arrival  of  vouchers.  Our  sim¬ 
ulation  model  performs  this  regeneration  training  process 
when  the  voucher  arrival  circuit  is  keyed  by  the  timing 
circuit.  The  arrival  circuit  then  calls  a  random  sample 
of  the  mail  arrivals  and  decrements  itself  by  one  as  it 
releases  each  voucher  which  arrives.  The  decrementing 
process  parallels  the  mark-review-assign  process  in  the 
real  system.  However,  unlike  the  real  system,  our  simu¬ 
lation  model  places  the  voucher  instantly  into  the  "to- 
compute"  queue.  Appendix  C  depicts  the  Q-GERT  flow 
chart  for  voucher  arrivals . 

Personnel  Arrival 

Once  the  initial  arrival  of  personnel  is  keyed  by 
the  timing  circuit,  the  personnel  arrival  must  be  re¬ 
keyed  24  hours  later.  This  step  is  completed  at  the 
beginning  of  our  personnel  arrival  circuit  along  with 
the  assignment  of  numbers  to  each  of  the  thirteen  computors 
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(31-^3)  and  six  auditors  (21-26).  We  next  had  to  de¬ 
termine  who  was  available  for  duty.  Completion  of  this 
step  allowed  us  to  draw  a  productive  time  sample  for 
each  individual  available .  The  auditor  portion  of  this 
circuit  must  draw  both  a  productive  audit  and  productive 
compute  sample.  These  samples  are  combined  and  compared 
to  eight  hours  to  ensure  that  no  overtime  is  worked. 

Then,  knowing  that  the  individual  is  productive,  we  draw 
a  random  sample  of  his  possible  processing  speeds. 

Each  individual  available  now  has  an  assigned  processing 
speed  and  productive  time.  Not  all  of  these  individuals 
will  process  vouchers;  two  of  them  must  work  the  counter. 
So,  a  check  is  made  to  identify  these  individuals  and 
a  sample  is  drawn  for  their  productive  status.  If  they 
are  productive,  then  a  sample  of  their  counter  processing 
speed  is  taken  and  all  individuals  report  for  duty. 
Appendix  D  is  the  Q-GERT  flow  chart  of  this  selection 
and  assignment  process  for  the  computors,  and  Appendix 
E  is  for  the  auditors . 


Compute  Process 

As  mentioned  earlier,  each  computor  has  a  set  stan¬ 
dard  of  1.  point  per  fifteen  minutes  productive  time. 

The  computor  is  assigned  a  batch  of  vouchers  from  the 
voucher  control  point.  The  processing  time  it  takes  to 
complete  work  on  those  vouchers  varies  with  each  worker, 
depending  upon  his  respective  skill  and  knowledge. 


Each  member's  processing  time  is  calculated  using  the 
relatively  simple  formula  of: 

Productive  Time  =  voucher  point  value 

individual  processing  speed 

In  our  model  the  processing  time  is  computed  each 
time  a  voucher  and  computor  are  matched  and  the  result 
is  then  subtracted  from  that  worker's  available  productive 
time.  A  check  is  then  made  on  remaining  productive  time 
available  and,  if  any  exists,  the  computor  returns  to 
the  queue  for  additional  voucher  processing.  If  no 
productive  time  remains,  the  computor  is  routed  out  of 
the  system  when  the  necessary  statistical  information 
has  been  collected. 

A  computed  voucher  can  take  one  of  three  paths, 
based  on  the  probabilities  we  collected  from  ACFTT 
data.  If  all  the  information  required  to  process  the 
voucher  was  available  to  the  computor,  the  voucher  goes 
into  the  vouchers- to-be-audited  queue.  A  voucher  can 
be  suspensed  when  a  minor  piece  of  the  required  processing 
information  is  missing.  When  this  happens  the  traveler 
is  notified  as  to  what  information  is  required  and  asked 
to  make  that  information  available  to  ACFTT.  Usually 
a  suspensed  voucher  can  be  computed,  but  all  the  mem¬ 
ber’s  travel  claims  may  not  be  reimbursed.  A  suspensed 
voucher  does  not  leave  the  ACFTT  system,  and  takes  an 
average  of  48  hours  to  clear.  That  48-hour  delay 
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does  not  count  against  the  three-day  standard.  The  third 
route  a  voucher  may  take  is  to  be  returned  to  the  traveler. 
Returned  vouchers  require  processing  time  by  the  com- 
putor,  but  lack  sufficient  information  for  complete 
computation.  In  this  case  the  worker  counts  the  time 
spent  processing,  but  the  voucher  completely  exits  the 
ACFTT  system.  It  returns  with  a  batch  of  incoming  vouch¬ 
ers  at  a  later  date  and  must  again  undergo  the  complete 
computation  process.  Appendix  F  shows  the  computation 
process  in  a  Q-GERT  flow  chart,  from  entry  in  the  to- 
be-computed  queue  until  the  voucher  and  computor  take 
their  respective  paths  (of  those  discussed  earlier). 

Audit  Process 

Processing  time  for  the  auditors  is  computed  using 
the  same  formula  the  computors  use .  The  audit  process 
begins  when  a  batch  of  computed  vouchers  is  assigned 
to  an  auditor  from  the  voucher  control  point.  As  with 
the  computors ,  the  time  it  takes  an  auditor  to  process 
a  voucher  is  subtracted  from  the  productive  time.  A 
check  is  then  made  on  that  auditor’s  productive  time 
remaining.  If  no  productive  time  remains,  our  model 
routes  the  auditor  out  of  the  system  and  collects  the 
needed  statistics .  An  auditor  who  still  possesses  pro¬ 
ductive  time  is  sent  back  to  the  auditor  queue  to  con¬ 
tinue  voucher  processing. 
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Computation  mistakes,  if  any,  found  by  an  auditor 
are  corrected  and  the  voucher  is  routed  out  of  the  ACFTT 
system  with  the  Q-GERT  functions  collecting  our  needed 
statistical  information.  Appendix  G  is  a  Q-GERT  flow 
chart  of  the  voucher  audit  process. 

Data  Elements 

Our  next  step  in  the  iterative  process  of  model 
building  was  the  use  of  user  functions  to  introduce 
input  data  elements.  A  user  function  is  a  "user  writ¬ 
ten  program  insert  that  models  specialized  situations 
/"9: 235-7."  Employing  user  functions  for  our  r.  odel 
enabled  us  to  simulate  the  following  processes: 

1.  System  start-up  conditions 

2.  Selection  of  individuals  to  work  the  counter 

3.  Daily  sample  of  worker  arrivals 

4.  Computers'  daily  productive  times  and  speeds 

5.  -Auditors'  daily  productive  times  for  computing/ 
auditing,  and  their  work  speeds 

6.  Daily  statistical  collections 

Appendix  H  is  a  Q-GERT  program  listing  of  our  model;  Ap¬ 
pendix  I  is  a  program  listing  of  our  user  functions  and 
associated  subroutines.  Variable  definitions  are  found 
in  Appendix  J. 

Subroutines  COMPUTE  and  AUDIT  are  functions  where 
the  point  value  of  the  voucher  currently  being  pro¬ 
cessed  is  called  through  the  user  of  the  Q-GERT  function 
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DPROB.  The  voucher  type  is  divided  by  the  individual’s 
processing  speed  and  the  result  is  placed  in  the  variable 
WORK,  which  controls  the  length  of  processing  time.  WORK 
is  subtracted  from  the  individual's  productive  time  and 
the  new  productive  time  is  carried  forward  for  later  com¬ 
parison  against  0.0  as  a  check  for  additional  processing. 

The  HARRIS  Q-GERT  language  allows  a  maximum  of 
850  transactions  to  be  in  a  modeled  system  at  one  time. 
This  presented  a  problem,  since  at  one  time  the  real 
system  contained  882  vouchers .  In  order  to  overcome 
this  problem  and  to  allow  our  model  to  parallel  the  real 
system  we  divided  the  arrivals,  the  remaining  voucher 
quantities,  and  the  individual  productive  times  by  two. 

We  then  multiplied  our  outputs  by  two  to  determine  the 
performance  of  our  simulation  versus  the  actual  data  of 
the  real  world  ACFTT  system.  The  completion  of  this 
data  interface  allowed  us  to  move  on  to  the  verification 
phase  of  our  model  building  process. 

Verification 

Verification  is  "insuring  that  the  model  behaves 
the  way  the  experimenter  intends  /_12:30_7."  We  felt 
that  the  NCOIC/ACFTT  would  be  the  best  person  to  help 
us  complete  this  step..  After  a  detailed  walkthrough 
with  him,  we  learned  that  the  logic  of  our  model  paral¬ 
leled  the  real  world  system.  The  NCOIC  also  felt 
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that  the  model  could  be  used  to  project  manpower  require¬ 
ments  by  varying  the  parameters  of  the  major  inputs. 

He  did  disagree  slightly  with  two  sets  of  our  model's 
parameters,  processing  speeds  and  productive  times.  His 
reasoning  was  that  on  any  given  day  when  the  number  of 
personnel  available  for  duty  was  higher  than  normal,  pro¬ 
ductive  times  and  processing  speeds  would  increase.  This, 
he  felt  was  because  there  were  more  people  to  take  phone 
calls,  answer  questions,  etc.  Interruptions  overall 
would  be  fewer,  with  a  resulting  increase  in  times  and 
speeds.  We  discussed  these  points  with  him  and  after  ex¬ 
plaining  in  detail  the  statistical  analysis  performed  on 
the  data,  we  agreed  that  the  parameters  established  for 
the  productive  times  and  process  speeds  were  good  working 
averages  for  our  model.  With  this  agreement,  we  felt 
that  the  model  had  been  adequately  verified  as  represent¬ 
ing  the  real  ACFTT  system  and  was  ready  for  validation. 


Summary 

This  chapter  presented  the  final  stages  of  our 
iterative  model  building  process.  Here  we  grouped  the 
model  into  its  components,  explained  activity  flows, 
and  introduced  data  elements.  Finally,  we  submitted 
verification  of  our  model  by  the  NCOIC/ACFTT,  which 
made  us  ready  to  collect  and  analyze  the  data  required 
to  run  our  model  as  a  simulation. 


CHAPTER  IV 


DATA  COLLECTION  AND  ANALYSIS 

Overview 

Chapter  I  of  this  thesis  presented  a  broad  overview 
of  the  workings  of  ACFTT  and  showed  how  a  Point  System 
for  the  processing  of  travel  vouchers  had  been  devised  by 
ACF  management.  That  overview  led  to  the  problem  of  being 
able  to  use  the  points/vouchers  processed  (output)  by 
ACFTT  as  in  input  into  personnel  requirement  projections. 

Chapter  II  outlined  a  methodology  which  was  used 
to  build  a  simulation  model  that  can  be  used  by  ACF  to 
project  the  number  of  personnel  required  to  process 
travel  vouchers  within  the  three-day  limit. 

How  the  individual  components  of  our  model  were 
identified  and  built  was  discussed  in  Chapter  III. 

Once  the  components  were  fit  together  in  our  model,  the 
logic  flow  was  verified  by  the  NCOIC/ACFTT. 

In  Chapter  IV  we  will  identify  how  we  determined 
the  required  forms  and  formats  of  our  model's  input 
data,  and  explain  how  some  of  the  data  required  manipu¬ 
lation  in  order  to  fit  our  requirements. 

Data  Collection 

We  divided  our  data  requirements  into  one  of  two 
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categories,  voucher  or  personnel.  These  categories  were 
then  subdivided  into  the  individual  information  sets 
required  by  each  of  our  model's  inputs  and  for  validation 
of  its  outputs. 

One  of  the  required  steps  in  any  simulation  process 
is  validation,  which  "tests  the  agreement  between  the 
behavior  of  the  model  and  that  of  the  real  system  /”l2:30_7." 
We  felt  that  a  more  accurate  reflection  of  the  present 
system's  capabilities  would  come  from  using  the  most 
recent  data  available:  March,  April,  and  May  1982. 

Since  additional  voucher  data  was  required  for 
representation  purposes,  we  decided  to  collect  a  sample 
of  a  year’s  data  base.  An  examination  of  voucher  produc¬ 
tivity  charts  prepared  for  monthly  staff  meetings  showed 
a  seasonal  pattern  (see  Figure  4-1)  to  voucher  flows, 
which  holds  true  over  the  years  for  the  available  data 
(2;  4;  7).  We  elected  to  select  our  data  sample  on  a 
month-within-a-quarter  basis  to  ensure  a  spread  of  sam¬ 
ple  data  over  the  year  and  high-medium-low  activity 
months.  Our  first  selection  was  September  because  it  is 
the  last  month  of  the  fiscal  year  and  Air  Force  "close¬ 
out"  procedures  require  all  on-hand  travel  vouchers  to 
be  processed  by  September  30.  Next  we  consulted  a  ran¬ 
dom  number  table  and  selected  March,  April,  September, 
and  December  as  the  sample  months  for  additional  voucher 
data  collection.  Since  the  data  for  March  and  April 
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Voucher  Productivity  Graph 
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was  already  required,  we  had  only  to  collect  data  for 
September  and  December  1981. 

A  final  item  required  under  the  voucher  category 
was  a  sample  of  the  individual  voucher  type  (points) 
processed  during  the  most  recent  three  months.  The 
average  number  of  vouchers  received  each  day  was  over 
200  (7).  and  with  this  point  in  mind,  we  opted  to  draw 
a  random  sample  of  four  days  out  of  20-22  weekdays  each 
month  in  order  to  ensure  a  good  sample .  We  employed 
the  Texas  Instruments  Model  58 's  random  number  generator 
and  selected  the  days  shown  in  Figure  4-2.  To  ensure  that 
we  did  not  double  count,  our  sample  was  drawn  on  the 
vouchers  processed  by  the  auditors  on  the  sampled  day. 


Figure  4-2 
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General  Data  Analysis 

When  our  data  collection  was  complete,  we  loaded 
the  information  sets  into  separate  files  on  the  AFIT 
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HARRIS  computer  system.  The  use  of  this  computer  allowed 
access  to  Q-GERT  and  to  the  Statistical  Package  for 
the  Social  Sciences  (SPSS).  The  options  available  with 
SPSS  enabled  us  to  analyze,  test,  and  verify  our  col¬ 
lected  raw  data. 

The  first  statistical  analysis  on  our  data  sets  was 
done  using  the  CCNDESCRIPTIVE  option  of  SPSS  (Figure  4-3). 
This  option  gave  the  raw  statistics  of  our  data — mean,  max¬ 
imum,  minimum,  standard  deviation,  etc.  The  maximum  and 
minimum  values  recorded  as  outputs  from  the  CONDESCRIPTIVE 
run  were  then  used  as  inputs  for  the  FREQUENCIES  SPSS 
program.  The  FREQUENCIES  option  (Figure  4-4)  takes  the 

raw  data  and  separates  it  into  ten  different  groups. 

Visual  observation  of  the  frequency  distribution 
runs  helps  identify  hypothetical  distributions  which 
can  be  tested  using  a  variety  of  goodness-of-f it  tests 
available  with  SPSS.  The  primary  determinant  of  which 
test  to  use  is  the  sample  size.  "There  is  little  reason 
not  to  use  the  Kolmogorov-Smirmov  (K-3)  test  in  the  range 
of  99>  n>  10,  where  n  is  the  sample  size  /~9!79_7-" 

Since  our  sample  size  is  less  than  or  equal  to  65,  the 
K-3  goodness-of-f it  test  met  our  requirements. 

The  K-3  test  computes:  (l)  the  cumulative  distri¬ 
bution  of  the  observed  data,  (2)  the  theoretical  dis¬ 
tribution,  and  (3)  the  difference  between  the  two. 


"A  Z-score  is  then  computed  for  the  largest  difference 
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Figure  4-4 


RUN  NAME  BACK  COMPUTORS ’  FREQUENCY  CHARTS 

VARIABLE  LIST  NR,  TIME,  SPEED 

INPUT  FORMAT  FREEFIELD 

INPUT  MEDIUM  COMPB 

VAR  LABELS  NR,  COMPUTORS'  NUMBER/TIME,  BACK  COMPUTORS' 

DAILY  PRODUCTIVE  TIME/SPEED,  BACK  COM¬ 
PUTORS'  DAILY  POINTS  PER  HOUR 

MISSING  VALUES  TIME  (O.O)  /SPEED  (lOO.) 

♦SELECT  IF  (NR  EQ  1) 

♦COMPUTE  MAX  =9.5 

♦COMPUTE  MIN  =0.0 

♦COMPUTE  XMAX  =  19.11 

♦COMPUTE  XMIN  =4.0 

♦COMPUTE  DIFF  =  ((MAX  -  MIN)  *  1.01) 

♦COMPUTE  XDIFF  =  ( (XMAX  -  XMIN)  *  1.01) 

♦COMPUTE  INT  =  (DIFF  /  10 ) 

♦COMPUTE  XINT  =  (XDIFF  /  10) 

♦COMPUTE  CLASS  =  TRUNC( (TIME  -  MIN)  /  INT) 

♦COMPUTE  XCLASS  =  TRUNC ( (SPEED  -  XMIN)  /XINT) 

♦COMPUTE  TIME  =  ((MIN  +  (INT  /  2))  +  (CLASS  *  INT)) 

♦COMPUTE  SPEED  =  ((XMIN  =(XINT  /2))  +  (XCLASS  *  XINT)) 

FREQUENCIES  GENERAL  =  TIME,  SPEED 

OPTIONS  3,7,8 

READ  INPUT  DATA 
END  INPUT  DATA 
FINISH 

EXAMPLE  OF  SPSS  FREQUENCIES  PROGRAM 
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(positive  or  negative)  /~3t 224_7» "  This  computed  differ¬ 
ence  (ZOOM)  is  compared  to  the  values  contained  in  a 
K-3  critical  value  (Z^ab)  table.  If  Zqqj^  exceeds  Z^g, 
the  hypothesis  that  the  data  came  from  a  particular  distri¬ 
bution  is  rejected. 

K-3  critical  values  are  determined  based  upon  the 
sample  size,  which  is  known,  and  a  significance  level 
is  chosen; 

...based  on  the  seriousness  of  the  type  I  error 
(rejecting  HQ,  or  the  hypothesized  distribution,  when 
it  is  not  true)  as  opposed  to  type  II  error  (accepting 
H0  when  it  is  false)  /-8s268_7. 

If  a  type  I  error  is  very  serious,  a  low  significance 

level  is  set  (i.e.  .001)  while  a  high  significance  level 

(i.e.  .10)  is  set  if  a  type  II  error  is  more  serious. 

We  determined  that  an  acceptable  compromise  would  be  a 

significance  level  of  .05,  and  that  value  was  used  in 

all  statistical  tests. 

The  results  of  the  FREQUENCIES  program  indicated 
that  we  would  generally  be  interested  in  three  types  of 
distributions:  normal  (NO),  lognormal  (L0),  and  uniform 

(UN).  Figures  4-5,  4-6,  and  4-7  show  examples  of  these 
types  of  distributions. 

One  data  modification  we  performed  was  to  subtract 
raw  data  entries  from  a  constant  value  to  help  identify 
a  distribution  type.  This  manipulation  was  done  for 
certain  computors  and  auditors,  and  is  fully  explained 


Example  of  a  Uniform  Distributio 


The  voucher  data  we  collected  included  vouchers 
received,  processed,  returned,  suspensed,  and  remain¬ 
ing,  and  points  received  and  processed.  The  results 
of  the  FREQUENCIES  program  indicated  that  we  would  be 
concerned  with  LO  and  NO  distributions.  Thus,  our 
H0  for  these  Goodness-of-Fit  (GOF)  tests  was  the  sample 
data  distribution  equaled  our  hypothesized  distribution, 
with  our  alternative  hypothesis  being  that  the  sample 
data  distribution  did  not  equal  the  hypothesized  dis¬ 
tribution. 

The  GOF  test  used  was  the  K-S  and,  as  stated  ear¬ 
lier,  we  would  not  reject  the  null  hypothesis  if  the 
calculated  value  was  less  than  the  critical  table  value . 
Table  2  presents  the  results  of  these  GOF  tests  as  mea¬ 
sured  against  the  critical  values.  Having  identified 
the  voucher  distribution  types,  we  then  extracted  the 
data  needed  for  input  to  our  Q-GERT  simulation  program. 

To  draw  random  samples  for  program  inputs,  Q-GERT 
requires  a  distribution  identification  (NO,  LO,  or  UN) 
plus  the  mean,  minimum,  and  the  maximum  values,  the  stan¬ 
dard  deviation,  and  a  seed  value.  The  distribution 
identification  appears  in  the  program  function  where 
the  sample  is  called,  while  the  parameters  are  placed 
on  parameter  cards  (PAR)  in  the  order  listed  above. 
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Results  of  Voucher  Data  GOF  Tests 


The  "vouchers  received"  and  the  "vouchers  remaining 
were  the  only  two  voucher  data  inputs  required  for  our 
program.  The  remaining  data  was  used  as  a  base  against 
which  we  compared  our  program  output  for  validation 
purposes.  The  "vouchers  received"  represent  the  combined 
total  of  the  vouchers  arriving  from  the  mail,  counter 
arrivals,  and  personnel  in-processing,  with  a  parameter 
input  of: 

PAR, 2, 224.677, 96. ,498. ,80. ,10* 

The  "vouchers  remaining"  representing  start-up  conditions 
are  explained  in  Chapter  III,  and  have  parameters  of: 

PAR,  10,  476.846,  148 . , 882 . , 188 . 903 , 10* 

Each  of  the  above  represents  voucher  input  data  for  our 
"most  recent"  program  run.  Once  this  program  is  verified 
and  validated,  the  above  card  values  are  replaced  to 
perform  the  "experiment"  runs.  Table  3  represents  the 
changes  made  on  these  cards . 

Upon  its  arrival  in  the  Travel  system  each  voucher  is 
assigned  a  point  value  depending  on  the  characteristics 
of  the  voucher.  We  drew  a  random  sample  of  these  vouchers, 
as  outlined  earlier,  performed  a  count  of  each  voucher 
type,  summed  the  count  and  divided  the  individual  sums 
by  the  total  sum  to  obtain  a  percentage  distribution 
of  the  assigned  points.  Table  4  gives  the  results  of 
these  calculations. 
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Table  3 


PAR,  2 

Mean 

Minimum 

Maximum 

S  tandard 
Deviation 

Combined  Data 
Highest  Arrival 
Lowest  Arrival 

Month 

Month 

217.115 

257.476 

160.227 

22.0 

170.0 

22.0 

499.0 

499.0 

499.0 

95-331 

78.509 

97.286 

PAR,  10 

Combined  Data 
Highest  Arrival 
Lowest  Arrival 

Month 

Month 

537.057 

815.905 

31^-5 

OOO 

00  0  00 

COM3  00 

1114.0 

1114.0 

479.0 

255-155 

201.369 

96.947 

Voucher  Experimental  Data  Inputs 


Voucher  Point  Value 

•  5 
1.0 
2.0 
3-0 
4.0 
5.0 

Assigned  Voucher  Point  Distribution 
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These  point  values  and  their  associated  percentages 
were  entered  as  DPROB  values  under  the  COMPUTE  and  AUDIT 
subroutines  of  our  model's  user  functions. 

Personnel  Data  Analysis 

Our  sampling  plan  for  the  personnel  was  confined 
to  the  most  recent  three  months.  Not  only  is  this  data 
required  to  validate  the  model,  we  feel  that  it  more 
closely  reflects  the  training  and  experience  of  the 
currently  assigned  personnel.  The  data  includes  the 
processing  speeds,  productive  times,  and  availability 
times  (i.e.  on  leave,  TDY,  on  loan,  counter  work,  etc.) 
for  all  auditors  and  computors  during  March,  April,  and 
May  1982.  This  da za  was  used  in  the  validation  and 
experimental  runs.  Since  the  auditors  can  both  audit 
and  compute  a  voucher,  separate  data  was  collected  on 
both  processing  speeds.  The  combined  productive  times 
for  the  auditors  was  compared  to  a  maximum  of  eight 
workhours  to  ensure  valid  entries.  The  overall  person¬ 
nel  data  base  was  segregated  into  "counter"  operations 
and  "back"  operations.  The  personnel  assigned  to  the 
counter  are  considered  mostly  non-productive,  but  when 
time  permits,  can  process  vouchers  (2j  4;  7).  Thus, 
our  data  analysis  for  personnel  inputs  was  collected  by 
auditors,  computors,  and  counter  operations. 

The  only  data  that  we  manipulated  was  that  collected 
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on  the  computors  and  auditors.  As  stated  earlier,  these 
individuals  have  certain  military  or  military  related 
additional  duties  which  must  be  performed.  These  duties 
can  take  all  or  part  of  a  day.  If  only  part  of  the  day 
is  consumed,  the  remainder  of  the  time  is  spent  pro¬ 
cessing  vouchers.  When  any  part  of  a  day  is  used  for 
processing,  a  productive  hourly  figure  is  recorded  along 
with  the  individual's  processing  speed  for  that  day. 
However,  if  the  additional  duties  consume  the  entire 
day,  then  the  productive  time  and  processing  speed  are 
recorded  as  zero.  This  situation  was  identified  in 
our  data  collection  as  a  missing  value. 

When  using  SPSS  options,  a  missing  value  can  be  read 
by  the  computer  program  if  it  is  first  defined  as  miss¬ 
ing.  Therefore,  whenever  an  individual  recorded  a  non¬ 
productive  day,  we  entered  a  value  of  100.  for  his  pro¬ 
cessing  speed  and  defined  it  as  missing.  This  missing 
value  modification  ensures  that  statistics  calculated 
on  the  processing  speeds  include  only  the  actual  speeds 
encountered.  It  also  indicates  that  on  any  day,  an 
individual,  based  upon  historical  data,  will  have  a 
calculated  reliability  of  performing  productive  work. 

Reliability  is  defined  as  "the  probability  that 
the  system  will  perform  up  to  specifications  a  speci¬ 
fied  number  of  times  under  prescribed  conditions  /~"l0_7." 
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Using  this  definition  as  a  base,  our  reliability  defi¬ 
nition  became  the  probability  that  an  individual  (com- 
putor  or  auditor)  will  be  productive  (voucher  processing) 
a  specified  number  of  days.  Each  military  individual 
is  allowed  a  certain  number  of  leave  days  a  year,  while 
a  civilian  is  allowed  leave  days  plus  a  set  number  of 
sick  days  per  year.  So,  for  any  day  an  individual  must 
be  on  leave,  non-productive,  or  productive,  with  time 
and  speed  recorded. 

We  calculated  each  individual's  reliability  to 
the  ACFTT  system  by  using  the  formula: 

R  =  AFD(P  f  TWD)  with  AFD  =  1  -(LD  f  TWD) 

where : 

R  =  individual's  overall  reliability 
AFD  =  available  for  duty  probability 
P  =  individual’s  productive  days 
TWD  =  total  workdays 
LD  =  individual's  leave  days 

The  obtained  reliability  figure  then  allowed  us  to  deter¬ 
mine  productive/non-productive  times.  Such  dicotomous 
determinations  "are  called  Bernoulli  variables  and  are 
characterized  by  the  binomial  distribution  /~12: 1913_7- " 
For  our  purposes  the  binomial  distribution  was  the 
probability  of  an  individual's  reliability  on  a  selected 
day,  given  the  number  of  available  workdays,  and  that 
individual's  productive  days.  We  knew  each  individual's 
historical  reliability  figure  and  AFD,  but  not  his  daily 
Bernoulli  (productive/non-productive)  variables.  So  to 
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solve  for  the  productive  variable  we  changed  our  relia¬ 
bility  equation  to: 

P  r  TWD  =  R  7  AFD 

Once  a  productive  probability  was  known,  subtraction 
from  1  gave  the  required  non-productive  probability. 

Having  made  these  calculations,  we  declared  the 
time  value  of  0.0  as  missing,  which  allowed  us  to  statis¬ 
tically  test  only  the  productive  times  and  processing 
speeds . 

Auditors 

The  output  of  the  FREQUENCIES  run  indicated  that 
the  processing  speeds  for  the  auditors  approximated  a 
lognormal  distribution,  while  the  distributions  of  the 
productive  times  varied.  Of  the  six  auditors,  three 
distributions  appeared  normal  while  another  appeared 
lognormal.  The  remaining  two  distributions  approximated 
lognormal  distributions  if  the  data  entries  were  sub¬ 
tracted  from  a  constant  value.  Since  none  of  the  audi¬ 
tors  worked  more  than  eight  hours  a  day,  we  selected  the 
value  of  eight  for  our  constant.  The  result  of  this 
manipulation  was  that  the  last  two  data  sets  approxi¬ 
mated  a  lognormal  (L0(8-))  distribution. 

Using  the  above  theoretical  distributions,  we  tested 
our  null  hypothesis  using  the  K-S  GOF  test.  The  com¬ 
puted  values  weighed  against  the  critical  table  values 
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(see  Table  5)  indicated  there  was  insufficient  evidence 
to  reject  the  null  hypothesis,  which  was  that  the  raw 
data  distributions  equaled  the  hypothesized  distribu¬ 
tions  . 


Table  5 


Auditor  Number 
--Data  Type 

Hypothesized 

Distribution 

Calculated 

Value 

Critical 
Table  Va 

1-Time 

NO 

.0976 

.1713 

1-Speed 

LO 

.0691 

.1713 

2-Time 

L0( 8- ) 

.1627 

.1868 

2-Speed 

LO 

.0899 

.1868 

3-Time 

NO 

.1433 

.1886 

3 -Speed 

LO 

.1425 

.1886 

4-Time 

L0(8-) 

.1210 

.1963 

4-Speed 

LO 

.1193 

.1963 

5-Time 

NO 

.0875 

.1904 

5-Speed 

LO 

.1055 

.1904 

6-Time 

LO 

•  16  55 

.2400 

6-3peed 

NO 

.2782 

.2400 

Results  of  K-3  GOF  Tests  for  Auditor  Data 

Comrutors 

The  individual  FREQUENCIES  runs  on  the  computors ' 
times  and  speeds  indicated  a  range  of  distribution  types 
which  included  normal,  lognormal,  lognormal  (8-),  and 
uniform.  We  also  encountered  extreme  difficulty  in 
fitting  a  distribution  type  to  the  computation  speed 
for  the  auditors.  In  these  cases,  after  attempting 
GOF  tests  under  normal,  lognormal,  and  uniform  distributions, 
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we  decided  to  use  the  Q-GERT  function  DPROB,  which 
randomly  selects  an  expected  value  based  on  given  per¬ 
centages.  Table  6  identifies  the  distribution  type  and 
K-S  values  for  computors ’  productive  times  and  speeds 
and  auditors’  compute  speeds  not  using  DPROB.  Once 
again,  we  used  earlier  CONDESCRIPTIVE  tests  to  prepare 
the  required  parameters. 


Counter  Operations 

The  FREQUENCIES  results  for  the  computors'  and 
auditors'  productive  times  identified  a  hypothesized 
distribution  type  of  lognormal.  However,  the  missing 
values  or  non-productive  times  equated  to  about  3 5$  of 
the  total  time.  Therefore,  we  split  the  distributions 
into  Bernoulli  variables  (productive  or  non-productive 
samples)  followed  by  a  sample  of  the  tested  distribution 
of  the  Bernoulli  sample  indicated  productive  time . 

We  then  dropped  the  non-productive  entries  and  tested 
the  remaining  entries  for  a  fit  to  lognormal  distri¬ 
bution.  The  counter  computors'  GOF  calculations  pro¬ 
vided  a  value  of  .0943.  which  when  weighed  against  the 
critical  table  value  of  .2483,  provided  insufficient 
evidence  to  reject  the  null  hypothesis  that  the  sample 
data  distribution  fit  a  lognormal  distribution.  The 
counter  auditors’  calculated  value  of  .2332  was  less 
than  the  critical  table  value  of  .3205.  again  providing 
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Table  6 


Computor  Number 
--Data  Type 

Hypothesized 

Distribution 

Calculated 

Value 

Critical  Table 
Value 

1-Time 

L0( 8- ) 

.1219 

.1923 

1-3 peed 

NO 

.1121 

.1943 

2-Time 

NO 

•  1305 

.2617 

2-3 peed 

UN 

.  ll4o 

.2617 

3-Time 

L0( 8- ) 

•  1039 

.2776 

3-3peed 

LO 

.1481 

.2776 

4-Time 

NO 

.1341 

.2124 

4-3 peed 

LO 

.0762 

.2124 

5-Time 

L0( 8- ) 

.1211 

.1943 

5-Speed 

NO 

.1548 

.1967 

6-Time 

L0(8-) 

•  1453 

.2178 

6-3 peed 

LO 

.0920 

.2178 

7-Time 

LO( 8- ) 

•  1955 

.2150 

7-Speed 

LO 

.1323 

.2236 

8-Time 

NO 

•  0785 

.2099 

8-Speed 

LO 

.0877 

.2099 

9-Time 

NO 

•  1523 

.2483 

9-Speed 

NO 

.0950 

.2483 

10-Time 

L0( 8- ) 

•  1503 

.2050 

10-Speed 

LO 

.1514 

.2050 

11 -Time 

NO 

.1622 

.2367 

11-Speed 

LO 

•  1303 

.2367 

12 -Time 

NO 

.1254 

.2367 

12-Speed 

LO 

.1887 

.2367 

13-Time 

NO 

.0856 

.1834 

13-Speed 

NO 

.0787 

.1834 

14-Time 

LO 

.1301 

.'2098 

l4-3peed 

DPROB  used 

15-Time 

NO 

.1388 

.3041 

15-Speed 

DPROB  used 

16-Time 

DPROB  used 

16-Speed 

DPROB  used 

17-Time 

LO 

.0962 

.1904 

17-Speed 

DPROB  used 

18-Time 

LO 

.1107 

.1834 

18-Speed 

DPROB  used 

19-Time 

DPROB  used 

19-Speed 

DPROB  used 

Results  of  K-S  GOF  Tests  for  Computor  Data 
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insufficient  evidence  to  reject  the  hypothesis  that  the 
data  came  from  a  lognormal  distribution. 

The  counter  operations  speed  FREQUENCIES  run  pro¬ 
vided  us  with  an  easy  identification  of  the  computors' 
speeds,  which  were  all  entered  at  4.0  points  per  hour. 
Thus,  a  constant  value  of  4.0  was  used  whenever  these 
individuals  worked  a  voucher.  However,  the  counter 
auditors  showed  quite  different  results .  With  the  speeds 
recorded  for  these  individuals,  we  could  not  identify  a 
distribution  type.  Therefore,  we  decided  to  again  use 
the  Q-GERT  DPROB  function.  We  performed  the  physical 
count  of  the  speed  entries  and  performed  the  calculations 
which  showed  speeds  of:  8.0  (83.3%).  8.5  (5*56%),  10.0 
(5.56%) ,  and  10.5  (5*56%)  points  per  hour  for  auditors 
working  the  counter.  As  a  result,  only  two  PAR  cards 
were  used  for  counter  operation: 

Counter  Computors '  Time-  PAR, 3, 1 . 556 , 0 .5. 3 • 25. • 906 

Counter  Auditors'  Time-  PAR, 5, 3 • 267, 1 • 25, 7. 5. 1 *656 

Since  the  model  had  been  verified  earlier,  completion 
of  the  data  analysis  step  enabled  us  to  enter  parameters 
for  our  simulation’s  inputs  and  make  validation  runs. 

Each  run  produces  statistical  information  on  the  model's 
workings.  This  information  is  collected  by  the  Q-GERT 
functions  and  our  specifically  designed  user  function, 
and  includes  server  use,  server  processing  time,  queue 
waiting  times,  and  average  queue  size  (see  Figure  4-8). 
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The  primary  focus  in  the  validation  step  was  to  ensure 
that  these  statistics  closely  paralleled  the  real  sys¬ 
tem. 

The  end-of-day  queue  sizes  plus  the  vouchers  and 
points  processed  on  these  days  provided  a  strong  indi¬ 
cation  of  what  was  occurring  in  the  real  system  (2;  4). 
Therefore,  a  logic  check  was  made  on  these  outcomes 
(i.e.  the  average  vouchers  processed  in  a  day  should 
not  be  two  times  greater  than  the  average  points  pro¬ 
cessed)  and  a  comparison  of  the  means  (X)  and  standard 
deviation  (S)  of  the  real  world  data  was  made  against 
the  simulated  data  means  (Xs)  and  standard  deviation 
(Ss).  This  comparison  was  made  using  the  SPSS  program 
T-TEST  (Figure  4-9). 

The  subprogram  T-TEST  tests  the  null  hypothesis 
X  =  Xs  against  the  alternative  hypothesis  X  /  Xs  (8:269). 
The  *;est  statistic  computed  is: 


where : 


t  =  (X  -Xq)  -D 


V 


■S2(1  +  1  ) 

P'ni  n2' 


D  =  the  difference  between  the  means  (assumed 
to  be  zero) 

2 

Sp  =  the  pooled  standard  deviations  squared 
n^  *  the  first  sample  size 
n2  =  the  second  sample  size 
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Figure  4-9 


RUN  NAME 
VARIABLE  LIST 
INPUT  FORMAT 
INPUT  MEDIUM 
VAR  LABELS 

T-TEST 

READ  INPUT  DATA 
END  INPUT  DATA 
FINISH 


T-TESTS  FOR  SIMULATION  VALIDATION 
RUN,  PTPRO ,  VHPRO ,  DVREM 
FREEFIELD 
TAPE  2 

PTPRO,  DAILY  POINTS  PROCESSED/ 
VHPRO,  DAILY  VOUCHERS  PROCESSED/ 
DVREM,  DAILY  VOUCHERS  REMAINING 

GROUPS  =  RUN/VARIABLES  =  PTPRO, 
VHPRO,  DVREM 


EXAMPLE  OF  T-TEST  PROGRAM 


» 


The  value  computed  (TqqM)  compared  to  the  criti¬ 
cal  table  value  ( "^tAB )  an(*  ^  ^COM^^TAB  then  the  null 
hypothesis  is  rejected.  This  means  that  there  is  .  suf¬ 
ficient  evidence  to  accept  the  hypothesis  that  the  means 
are  equal. 

To  enable  us  to  use  this  T-TEST,  the  following 

assumptions  had  to  be  made : 

l)  The  population  distributions  are  normally 
distributed.  2)  The  population  variances  are  equal. 
3)  The  samples  are  randomly  and  independently  se¬ 
lected  /~5‘-2 55_7- 

The  greatest  problem  associated  with  these  assumptions 
is  the  equal  variances.  However,  the  assumption  is 
verified  by  performing  an  F-test  whose  null  hypothesis 
(S^  =  Sp)  is  rejected  if  Fqqm  i-s  greater  than  F<j.ab. 

The  actual  test  is  performed  manually  and  is  simply: 

F  =  S2  f  Sp 

The  assumptions  for  this  test  are  the  remaining  assump¬ 
tions  for  a  T-TEST. 


Summary 

This  chapter  dealt  with  the  identification  and  col¬ 
lection  of  data  required  to  make  our  model  ready  for 
validation.  How  the  data  was  analyzed  and  tested  was 
explained  in  depth.  Once  we  had  determined  the  param¬ 
eters  of  our  inputs,  we  entered  those  values  into  our 
model  on  the  HARRIS  computer.  The  actual  running,  for 
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validation  purposes,  of  our  simulation  will  produce 
output  data  which  must  be  analyzed  and  compared  to  the 
real  world  output  information. 
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CHAPTER  V 


VALIDATION  AND  MANIPULATION 
Overview 

Previous  chapters  have  served  to  identify  the  steps 
used  to  build  our  model  of  the  ACFTT  system.  This  chapter 
explains  how  our  model  can  be  used  by  ACF  management  to 
forecast  manpower  requirements.  To  culminate  the  iterative 
model  building  process  for  constructing  and  running  a  sys¬ 
tem  simulation,  we  identify  the  mathematical  and  logical 
validation  points  our  model  required.  Discussed  are  the 
procedures  used,  including  determination  of  what  consti¬ 
tutes  a  statistically  significant  sample  data  size,  to 
ensure  our  model  behaved  as  intended.  Finally,  this  chap¬ 
ter  reports  our  validation  results  and  how  our  model’s 
parameters  were  aligned  to  give  the  closest  proper 
representation  of  the  real  world  ACFTT  system. 

Model  Planning 


Model  Use 

Our  objectives  were  to  l)  build  a  model  of  the 
ACFTT  system  that,  2)  could  be  used  to  forecast  per¬ 
sonnel  requirements  by  using  voucher  arrivals  as  the 
controlling  input.  The  objective  of  running  the  model 
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as  a  simulation  is  to  determine  what  personnel  (computors 
and  auditors)  input  enables  the  three-day  voucher  pro¬ 
cessing  standard  to  be  met. 

Our  model's  input  values  are  controlled  by  the 
Q-GERT  PAR  cards.  The  PAR  numbers  and  their  associated 
inputs  are  shown  in  Table  7. 


Table  7 


PAR 

2 

10 

3 

5 

2X 

3X 

8X 

3X-4X 

6X-7X 


Input 

Average  voucher  arrivals 

Vouchers  in  ACFTT  at 
simulation  start 

Counter  Productive  Time, 
Computor 

Counter  Productive  Time, 
Auditor 

Auditor  Productive  Time 
Audit  Speed 

Compute  Speed,  Auditor 
Computor  Productive  Time 
Compute  Speed 
Parameter  Inputs 


To  determine  the  impact  to  the  system  of  an  input's 
changing,  the  simulation  would  be  run  using  a  new  PAR 
card  containing  the  necessary  parameter  changes .  The 
changed  input's  impact  on  the  system  could  then  be 
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determined  by  studying  the  Q-GERT  output  product  described 
in  Chapter  IV.  The  key  items  to  study  would  be  the 
average  waiting  time  in  the  to-compute  and  to-audit 
queues.  The  sum  of  the  average  waiting  time  in  these 
two  queues  should  not  exceed  52.5  hours.  This  is  the 
amount  of  time  our  model  simulates  as  the  three-day 
standard  for  voucher  processing.  If  the  total  queue 
waiting  time  exceeds  the  standard  and  cannot  be  adjusted 
by  internal  ACF  management  actions,  then  the  model  can 
be  run  using  different  processor  combinations  to  deter¬ 
mine  what  personnel  must  be  hired.  We  feel  that  until 
a  learning  curve  for  processors  can  be  established  by 
follow-on  research,  any  new  personnel  inputs  should  be 
made  at  system  average  productive  times  and  set  standards 
for  point  processing. 

The  experience  and  knowledge  of  ACF  management 
should  provide  an  initial  intuitive  estimate  of  manning 
requirements.  That  estimate  could  then  be  verified  or 
adjusted  by  subsequent  runs  of  our  model  and  presented 
to  the  base  civilian  personnel  office  as  an  unbiased, 
mathematically  verified  justification  for  hiring  addi¬ 
tional  personnel. 


Validation 


Validation  is  "testing  the  agreement  between  the 
behavior  of  the  model  and  that  of  the  real  system  /~12s30_7." 
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Once  this  agreement  is  confirmed,  further  validation  must 
ensure  "that  the  inferences  drawn  from  the  experiments 
with  the  model  are  valid  and  correct  12 : 30_7> "  These 
validation  steps  can  be  completed  through  a  three  stage 
effort . 


The  first  stage  is  to  seek  face  validity  on  the 
internal  structure  of  the  model  based  upon  a  priori 
knowledge,  past  research,  and  existing  theory.... 

The  second  stage  is  also  concerned  with  the  vali¬ 
dation  of  the  internal  structure  of  the  model, 
and  consists  of  empirically  testing. .. the  hypothesis 
used... The  third  stage .. .entails  comparing  the  input- 
output  transformation  generated  by  the  model  with 
those  generated  by  the  real  world  system  /~12 : 215-2l6_7. 

The  first  stage  actually  crosses  the  boundary  be¬ 
tween  verification  and  validation,  for  it  is  here  that 
we  used  the  NCOIC/ACFTT ’ s  prior  knowledge  to  verify 
and  validate  our  model's  mathematical  equations  and 
voucher  flows .  The  second  stage  was  concluded  when  we 
made  several  preliminary  runs  to  ensure  the  model  be¬ 
haved  as  intended.  For  the  third  stage,  we  took  our 
model's  outputs  and  used  SPSS  programs  to  statistically 
compare  them  to  the  real  system  output. 

As  was  stated  earlier,  vouchers  remaining  in  the 
queues  at  workday's  end  and  the  number  of  vouchers  pro¬ 
cessed  that  day,  along  with  points  processed,  provide 
an  indication  of  the  internal  state  of  the  system  (2,4,7). 

We  designed  the  programming  of  our  model  to  output  the 
above  factors  to  a  data  file.  This  data  file  was  necessary 
for  two  reasons:  l)  collecting  data  for  statistical 
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testing,  2)  enabling  a  visual  day-to-day  scan  of  our 
model’s  output  to  be  done  by  writing  the  file  out  to 
a  printer.  The  visual  scan  of  outputs  was  important 
to  our  validation  efforts  because  "75  to  80  percent 
of  the  vouchers  remaining  each  day  in  ACFTT  are  in  the 
to-compute  queue  Our  statistical  testing  would 

only  indicate  whether  our  model's  total  vouchers  re¬ 
maining,  vouchers  processed,  and  points  processed  were 
significantly  different  from  the  real  ACFTT  outputs. 

So  a  visual  scan  of  the  simulation  output  along  with 
statistical  testing  enabled  us  to  validate  both  logical 
and  mathematical  aspects  of  our  model.  The  logical 
aspect  consists  of;  1)  ensuring  proper  vouchers  remaining 
ratio  between  the  to-compute  (75-80%)  and  to-audit  (20- 
25%)  queues,  and  2)  matching  processing  equations  and 
voucher  flows  with  the  ACFTT  system.  The  mathematical 
aspect  includes  statistical  comparisons  of  outputs  from 
both  systems  (ACFTT  and  model)  for;  1)  total  average 
remaining  vouchers,  2)  total  average  vouchers  processed 
daily,  and  3)  total  average  points  processed  daily. 

The  next  step  in  validating  our  model  so  we  could  safely 
make  inferences  was  determining  the  sample  size  required 
for  statistically  significant  results. 

Sample  Size 

The  sample  size  may  be  determined  in  either  of 
two  ways ;  1 )  prior  to  and  independently  of  the 
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operation  of  the  model,  2)  during  the  operation  of 
the  model  and  based_upon  the  results  generated  by 
the  model  /"l2sl8 ?_/• 

We  determined  our  required  sample  size  by  combining 
the  above  methods.  This  was  done  by  determining  the 
size  prior  to  operation  of  the  model,  but  based  on  the 
results  obtained  in  Chapter  III  concerning  the  combined 
March,  April,  and  May  1982  points  processed  data.  The 
results  were  such  that  the  points  processed  took  on  an 
individual  mean  value  with  a  normal  distribution.  The 
other  outputs  of  our  model  also  took  their  own  means  and 
could  therefore  be  converted  to  normal  distributions. 

These  characteristics  enabled  us  to  envoke  the  Central 
Limit  Theorem  in  determining  sample  size. 

The  Central  Limit  Theorem  holds  that  normality  of 
the  results  can  be  assumed  if  each  sample  is  itself  a 
mean  (12:187) •  Using  this  assumption,  we  consulted  a 
table  listing  of  various  sample  sizes  based  on  standard 
deviations  from  the  mean  (12:190).  In  summary,  the 
table  indicated  that  the  lower  the  standard  deviation 
from  the  mean  desired,  the  greater  the  sample  size  must 
be.  With  that  point  in  mind  we  made  our  primary  con¬ 
sideration  the  cost  to  run  our  simulation  based  on  the 
central  processing  unit  time  used  by  the  computer. 

We  determined  that  an  acceptable  compromise  between 
cost  and  statistical  confidence  would  be  a  sample  size 
of  15  runs  at  a  simulated  157^.5  hours  each  (65  workdays). 
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This  allowed  us  one-half  of  a  standard  deviation  from 


the  mean.  In  other  words,  if  the  standard  deviation 
for  points  processed  was  twenty,  we  would  be  statistic¬ 
ally  confident  at  the  level  that  our  model's  output 

would  be  within  10  vouchers  of  the  actual  ACFTT  mean. 

Preliminary  Runs 

One  of  the  options  available  with  Q-GERT  is  to  print 
out  a  listing  of  all  activities  taking  place  for  a  speci¬ 
fied  number  of  runs.  We  used  this  option  for  three  days 
of  activity  to  ensure  that  the  subsystems  of  our  model 
were  working  as  planned.  After  numerous  debugging  runs 
we  succeeded  in  aligning  all  portions  of  the  model  with¬ 
out  making  any  major  structure  changes.  However,  these 
runs  did  identify  that  our  start-up  samples  were  extremely 
high  in  relation  to  the  allowable  Q-GERT  transaction 
size  of  850.  Therefore,  we  used  for  our  start-up  the 
same  conditions  recorded  under  the  real  system  for  March 
1982.  We  felt  that  this  change  would  provide  a  more 
realistic  simulation  and  would  enable  us  to  make  our 
validation  runs . 


Validation  Results 

With  our  output  divided  in  half  as  discussed  in 
earlier  chapters,  we  were  reasonably  confident  that 
the  Q-GERT  limitation  of  a  maximum  850  transactions  in 


the  system  at  one  time  would  not  be  violated.  This  was 
because  when  the  transactions  representing  computors, 
auditors,  and  timing  circuits  were  subtracted,  we  still 
had  approximately  800  transactions  to  represent  vouchers 
in  the  system.  To  double  that  would  mean  a  possible 
representation  of  1600  vouchers  in  the  system,  consider¬ 
ably  more  than  ever  existed  during  the  three-month  period 
we  were  simulating. 

However,  our  first  operation  of  the  model  at  1574.5 
hours  for  15  runs  resulted  in  the  850  transaction  limi¬ 
tation's  being  violated  at  24  simulated  workdays  into 
the  first  run.  Since  none  of  the  output  data  was  in 
agreement  with  the  real  world  data  we  had  collected,  our 
first  thought  was  that  the  statistical  analysis  which 
had  given  us  our  input  values  was  in  error.  A  metic¬ 
ulous  recheck  revealed  one  erroneous  input,  average  point 
value  per  voucher.  We  had  assigned  a  point  value  per 
voucher  that  was  higher  than  the  real  system  value.  On 
the  average,  this  higher  value  would  reduce  the  amount 
of  productive  time  available  by  increasing  the  time  it 
took  to  process  each  voucher. 

We  had  calculated  an  average  point  value  of  1.16 
per  voucher,  while  previous  research  had  used  1.04  as 
the  average  point  value.  Since  our  point  value  was 
based  only  on  data  from  randomly  selected  workdays  in 
the  month,  we  decided  to  combine  our  findings  with  the 
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previous  research  findings  to  obtain  the  distribution 
values  for  voucher  points  shown  in  Table  7-  After  our 
reevaluation,  we  input  the  new  point  values  and  ran 
our  simulation  again. 


Table  7 


Point  Value 

Occurrence  Percentage 

•  5 

18.00 

1.0 

69.42 

2.0 

10.95 

3.0 

0.95 

4.0 

0.59 

5.0 

•  09 

Voucher  Point  Value 
Distribution 

(Average  point  value  per  voucher  =  1.06) 

The  second  attempt  at  validation  of  our  model  was 
also  unsuccessful.  Twenty-eight  simulated  workdays 
into  the  third  run  the  850  transaction  limit  was  again 
violated.  An  analysis  of  the  output  showed  the  only 
result  statistically  acceptable  as  representing  the  real 
system  was  the  average  point  value  of  the  vouchers  pro¬ 
cessed.  Again  we  reanalyzed  our  data  collected  from 
ACFTT,  but  this  time  we  could  find  no  errors  in  the 
calculation  of  our  input  values . 

Our  model's  output  showed  the  computors  processing 
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more  vouchers  daily  than  the  auditors  were.  Logic  dic¬ 
tated,  since  the  number  of  computors  was  more  than  double 
the  number  of  auditors,  that  if  the  real  world  vouchers 
remaining  ratio  were  to  hold  true,  then  the  number  of 
vouchers  processed  by  the  computors  daily  must  somehow 
be  reduced.  Also,  a  portion  of  the  vouchers  computed 
is  actually  handled  by  the  auditors .  Logically  following 
then,  is  that  when  an  auditor  computes,  the  productive 
time  for  auditing  vouchers  is  reduced.  We  theorized 
that  should  the  auditors  be  faced  with  an  increasing 
queue  of  vouchers  needing  auditing,  they  would  cease 
computing  vouchers  and  dedicate  their  productive  time 
to  the  auditing  process.  Unfortunately,  the  data  col¬ 
lected  by  ACFTT  does  not  include  individual  daily  counts 
of  the  vouchers  remaining  in  the  to-compute  and  to-audit 
queues .  This  data  absence  prevented  us  from  doing  cor¬ 
relation  tests  between  queue  sizes  and  auditors'  pro¬ 
ductive  times.  We  felt,  though,  that  our  theory  of 
correlation  could  be  informally  tested  if  we  estab¬ 
lished  confidence  intervals  for  each  processor's  (com¬ 
putors  and  auditors)  mean  productive  times  and  processing 
speeds ,  and  used  the  lower  and  upper  boundaries  in  dif¬ 
ferent  runs  of  our  model.  This  would  enable  us  to  de¬ 
crease  or  increase  our  processors '  times  and  speeds  to 
study  the  impact  on  our  simulated  ACFTT  system. 
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We  decided  that  a  95%  confidence  level  was  suf¬ 
ficient  for  purposes  of  our  informal  testing.  Confi¬ 
dence  intervals  were  established  by  repeatedly  drawing 
samples,  from  each  individual's  historical  data,  of 
productive  times  and  processing  speeds,  and  forming 
a  two-standard-deviation  interval  around  the  sample 
mean  each  time.  At  our  chosen  confidence  level  we  were 
then  95%  certain  that  our  established  intervals  would 
contain  the  population  mean  (5*215) • 

There  are  two  formulas  available  for  calculating 
confidence  intervals  and  their  use  is  dictated  by  the 
sample  size.  For  a  small  sample  size  (less  than  30  data 
points)  the  formula  is: 

X  +  te^/2,n-l  5 

YH~ 


Where : 


X  =  sample  mean 

t  c*/2,n-l  =  t  statistic  with  stated  degrees  of 
freedom 

s  =  sample  standard  deviation 
n  =  sample  size 

For  a  larger  sample  size  (greater  than  30)  the  formula  is 

X  1  Z^/2-21 

VrT 


Where :  _ 

X  =  sample  mean 

Z  0^2  =  Z  value  with  £  its  area  to  the  right 
<5"  =  sample  standard  deviation 
n  =  sample  size 

These  two  formulas  were  used  as  needed  to  calculate 


confidence  intervals  with  an  upper  and  lower  boundary 


for  each  processor's  productive  time  and  processing 
speed.  Appendix  K  shows  the  calculated  intervals. 

Our  first  informal  test  run  was  made  using  the 
computors '  average  productive  times  and  speeds.  The 
upper  boundaries  for  process  speeds  and  audit  productive 
times  were  input  for  the  auditors  along  with  the  lower 
boundaries  of  their  compute  productive  times.  This  com¬ 
bination  would  keep  the  computors  at  the  level  at  which 
they  operated  during  the  three  months  of  our  data  col¬ 
lection,  while  the  auditors  would  have  more  productive 
time  at  faster  processing  speeds.  We  felt  that  this 
would  give  an  indication  of  what  would  happen  to  queue 
sizes  if  the  auditors  focused  their  work  efforts  on  the 
auditing  process . 

No  violations  of  the  850  transaction  limitation 
occurred  with  this  combination  but  the  ratio  between 
queues  did  not  reach  the  desired  75-25  ratio.  Neither 
was  the  total  number  of  vouchers  remaining  in  both  queues 
unacceptably  higher  than  the  real  system  average  ending 
balance.  The  number  of  points  and  vouchers  processed 
were  also  higher  than  the  real  world  data  indicated 
they  should  be.  Because  none  of  the  key  output  points 
were  acceptably  close  to  the  ACFTT  system's  outputs, 
we  decided  that  any  statistical  testing  would  prove 
to  be  unproductive . 


To  research  what  would  happen  should  the  auditors 
concentrate  on  auditing,  but  not  feel  pressured  to  speed 
up  the  auditing  process,  we  made  the  previous  run  again, 
but  used  the  auditors'  average  processing  speeds.  The 
result  was  average  voucher  and  points  processed  figures 
that  were  very  close  to  the  real  world  data.  Unfortun¬ 
ately,  the  sought  after  queue  ratios  were  not  achieved, 
and  the  total  vouchers  remaining  was  again  unacceptably 
high.  Since  this  run  also  exceeded  Q-GERT  limitation 
at  63  days  into  the  second  run,  no  statistical  analysis 
was  made.  Table  8  is  a  complete  tabulation  of  the  key 
outputs  from  the  various  runs . 

Summary 

This  chapter  outlined  the  validation  efforts  taken 
with  our  model.  Using  different  combinations  of  con¬ 
fidence  interval  boundaries  verified  that  increased 
auditor  productive  time  and  speed  reduces  the  number 
of  vouchers  computed  and  increases  the  total  vouchers 
audited  (processed) .  This  strengthened  our  theory  that 
there  exists  some  type  of  informal  to-audit  queue  size 
standard  within  ACFTT,  at  which  the  auditors  will  cease 
computing  vouchers  and  restrict  their  productive  time 
to  auditing. 
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CHAPTER  VI 


CONCLUSIONS  AND  RECOMMENDATIONS 
Conclusions 

We  had  two  stated  objectives  for  conducting  this 
research: 

1 .  To  construct  a  model  of  ACFTT  that  will  use 
incoming  vouchers  as  input  and  points  and  vouchers 
processed  as  output. 

2 .  To  determine  the  number  of  computors  and  aud¬ 
itors  required  to  meet  the  three-day  processing  standard, 
given  the  voucher  workload. 

The  outcome  of  achieving  these  objectives  is  the  answer 
to  our  research  questions: 

1.  Can  a  model  be  developed  to  accurately  reflect 
the  ACFTT  based  workforce  and  the  Point  System? 

2.  If  a  model  can  be  developed,  can  it  be  used 
by  ACF  management  to  project  manpower  requirements? 

We  met  our  first  objective  by  building  an  ACFTT  model 
that  was  verified  by  two  separate  methods.  The  first  was 
to  explain  each  logic  flow  and  mathematical  equation  in 
the  model  to  the  NCOIC/ACFTT.  Except  for  his  theory 
discussed  earlier  concerning  increased  productive  time 
when  a  larger  number  of  personnel  are  available  for  duty, 
he  had  no  disagreement  with  the  model.  He  also  stated 
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that  he  could  visualize  management  uses  of  the  model  to 
predict  system  behavior  if  the  model  could  be  validated. 


Our  second  method  of  verification  was  to  exercise 
the  Q-GERT  option  of  having  a  trace  printed  out  of  the 
simulation's  inner  workings.  Using  the  traced  run  we 
manually  tracked  the  model's  behavior  and  were  satis¬ 
fied  that  it  represented  the  behavior  of  the  real  world 
ACFTT  system. 

Problems  arose  though,  when  we  tried  to  validate 
our  model.  The  outputs  that  our  simulations  produced 
were  not  in  line  with  the  real  system's  outputs.  We 
theorized  that  this  was  because  an  informal  feedback 
system  exists  for  the  auditors  within  ACFTT.  This  feed¬ 
back  loop  would  cause  the  auditors  to  cease  computing 
vouchers  and  focus  their  productive  efforts  on  the  auditing 
process  when  the  to-audit  queue  reaches  a  certain  size. 

Since  data  was  not  available  for  individual  queue 
sizes  on  a  daily  basis,  we  were  unable  to  run  any  type 
of  correlation  tests  between  audit  productive  times  and 
speeds  and  the  to-audit  queue  sizes  to  strengthen  our 
theory.  We  did  devise  an  informal  testing,  though,  by 
establishing  confidence  intervals  for  the  processors' 
productive  times  and  processing  speeds,  and  then  using 
the  upper  and  lower  boundaries  of  those  intervals  to 
make  experimental  runs . 


We  found  that  any  increase  of  the  auditors '  pro¬ 
ductive  times  of  process  speeds  caused  the  model's  out¬ 
puts  to  begin  approaching  the  real  system's  output. 

The  75-25  compute-to-audit  ratio  was  never  reached, 
but  the  simulation  run  with  the  auditors  putting  the 
emphasis  on  audit  productive  time  did  produce  accept¬ 
able  outputs  for  points  and  vouchers  processed  by  the 
ACFTT  system. 

Since  model  inputs  based  strictly  on  statistics 
derived  from  our  collected  data  did  not  produce  any 
outputs  acceptable  for  validation,  we  feel  that  our 
audit  feedback  theory  was  a  valid  conclusion. 

Recommendations 

Without  model  validation  our  second  research  ob¬ 
jective  was  not  accomplished.  Nor  were  we  able  to  provide 
positive  answers  to  our  research  questions.  We  do  feel, 
however,  that  we  have  created  a  base  from  which  ACF 
management  can  operate  in  their  effort  to  realize  a 
useable  ACFTT  model  for  predicting  the  ACFTT  system's 
behavior  under  certain  conditions . 

It  is  our  recommendation  that  ACF  management  in¬ 
crease  the  daily  data  recordings  by  ACFTT  supervisory 
personnel  to  include: 

1 .  Daily  counts  of  vouchers  remaining  in  both 
the  compute  and  audit  queues ,  recorded  as  separate  figures . 
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2.  Cross-checked  totals  (prior  day,  balance, 
today's  balance,  and  vouchers  computed)  of  computed 
vouchers . 

Collection  of  these  data  points  will  enable  future  re¬ 
searchers  to  correlate  queue  balances  with  productive 
times  and  process  speeds  and  document  our  theory  of 
an  auditor  feedback  loop. 


Areas  For  Further  Study 

If  our  recommendations  are  are  followed  by  ACF 
management,  then  the  additional  data  collected  with 
ACFTT  should  be  analyzed  to  determine  what  effect  queue 
sizes  have  on  the  processors'  productive  times  and  process 
speeds.  Specifically,  the  daily  to-audit  queue  sizes 
should  be  correlated  with  the  auditors'  data  to  estab¬ 
lish  the  point  where  the  emphasis  shifts  to  the  auditing 
process.  Success  in  establishing  the  audit  feedback 
loop  as  a  real  entity  could  then  lead  to  validation  of 
our  model. 

After  validation  of  our  model,  additional  research 
could  establish  learning  curves  for  ACFTT  personnel. 

This  would  identify  the  time  required  for  newly  assigned 
personnel  to  become  fully  productive  and  could  be  used 
as  an  input  to  the  model.  We  fee 1  that  this  would  provide 
a  more  accurate  projection  of  manning  requirements. 
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3 

4 

5 

6 
7 


VAs!?7,5,UF,2* 

ACT,77,68,,16.,1/ST-UP* 

REG, 68, ,1* 

VAS,68,6,UF,9* 

ACT, 68,1* 

8  ACT ,68. 6* 

9  ACT, 68, 70, ,4.* 
tO  REG, 70,, 1* 

11  ACT  ,70,35, , ,2/NL-ST* 

12  ACT, 70, 71, ,3.* 

13  REG, 71, ,1=* 

14  ACT, 71 ,72, , .75* 

15  REG, 72, ,1* 

16  ACT, 72, 74, ,2.25* 

17  REG, 74, ,1* 

18  VAS.74,6,UF,7* 

19  ACT,74,99,,12.* 

20  REG, 99,, 1* 

21  VA8,99,6,UF,9* 

7?  ACT  99  71  9 

23  REg’35’,,1*’  *  BEGIN  V0UCHER  ARRIVALS. 

24  ACT j 35 ^35, , 24, 3/MAIL -ARR* 

25  ACT, 35, 37, UF ,5,4/HAIL-NRS* 

26  REG, 37, ,1, A* 

27  VAS,37,5-,C0,1* 

28  ACT, 37, 37 , (8) 1 ,A5.GT.0* 

29  ACT,37,39,(8)1,A5.GT.0* 

30  ACT  ,37 , 1 00,  (8)  1  ,A5.LE.0:* 

31  SIN, 1 00/ST0PMA1L, , 1 ,.I* 

32  REG, 39, , 1  * 

33  V A!3, 39, 5", AT ,5* 

34  ACT, 39, 41* 


102 


BEGIN  COMPUTORS'  ARRIVALS 


35  REG,1,,1* 

36  VAS,1,1,C0,30* 

37  ACT. 1,1, ,24.* 

38  ACT, 1,2* 

3?  REG, 2, ,1, A* 

40  VAS,2,1+,CQ,1* 

41  ACT, 2, 2, (8) 1 ,A1 .LT.44* 

42  ACT, 2, 3, UF, 4, (8)1, A1. LT.44* 

43  ACT. 2,93, <8)1 ,A1 .GE.44* 

44  REG, 3, , 1 ,P* 

45  SIN,93/ST0PCPR,,1 , ,1* 

46  ACT, 3, 4,(8). 1586* 

47  ACT, 3. 5. UF, 3, (8). 8414* 

48  SIN,4/CPR-NP, ,1 ,,I* 

49  REG, 5, ,  1* 

50  ACT, 5, 98, UF, 10* 

51  REG, 98, ,1 ,F* 

52  ACT, 98, 4, (8)1 ,A3.LE.O.* 

53  ACT, 98, 42, ,,<8)1, A3. GT. 0.0* 

54  REG,6,,1*  BEGIN  AUDITORS" 

55  VAS ,6,1 ,C0,20* 

56  ACT, 6, 6, ,24.* 

57  ACT, 6, 7* 

58  REG, 7, ,1, A* 

59  VAS,7.1+,C0,1* 

60  ACT,7,7,(8)1,A1 .LT.27* 

61  ACT,7,8, (8) 1 ,A1 .LT.27* 

62  ACT, 7, 94, <8) 1 ,A1 .GE.27* 

63  REG, 8, , 1 ,P* 

64  SIN,94/5T0PAUD, ,1 ,,I* 

65  ACT, 8, 9, (8). 0564* 

66  ACT,8,10,UF,3,(8) .9436* 

67  SIN ,9/AUD-NP , , 1 , , I* 

68  REG, 10, ,1* 

69  VAS, 10, 6, UF, I* 

70  ACT, 10, 97, UF, 10* 

71  REG, 97, ,1 ,F* 

72  ACT, 97, 9, <8)1 .A3.LE.0.* 

73  ACT, 97, 44, .,<8)1. A3. GT.O.* 


ARRIVALS. 
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74  QUE,41/VTBC, (10)43*  BEGIN  COMPUTE  PROCESS. 

75  QUE,42/C-G, , 19,(10)43* 

76  SEL,43/C-V,ASM,,B/1,,41,42* 

77  ACT, 43, 81* 

78  REG, 81, ,1, A* 

79  ACT ,81 ,82, (8) 1 , A1 .NE.98* 

80  ACT, 81, 56, <8)1, A1 .EQ.98* 

81  SIN,56/CPR-FIN.,1,,I* 

82  QUE,82/'VOUCPT,  ,1* 

83  ACT ,82, 47, UF ,6,5/COH-VOU, 19* 

84  REG, 47, , 1  * 

85  ACT, 47, 58* 

86  REG, 58, , 1 ,P* 

87  VAS, 58,1-, AT, 1 .2-, AT, 2, 3-, AT, 3* 

88  ACT, 58, 38, UF, 11, <8>. 07879* 

89  ACT, 58, 60, (3). 9008* 

90  ACT, 58, 92, (8). 02041* 

91  QUE,38/V0U-SUS* 

92  SIN,92/RET-VQU, ,1 , ,1* 

93  ACT,38,40,C0.48,6/SUS-VQU,400* 

94  REG, 40, ,1* 

95  ACT, 40, 41* 

96  ACT, 47, 48* 

97  REG,48,,1,F* 

98  ACT, 48. 42, (8)1 ,A3.GT.O.* 

99  ACT, 48, 56. (8)1  , A3. LE. 0.0* 

100  QUE ,44/A-Q , ,6, ( 1 0)62*  BEGIN  AUK  IT  PROCESS. 

101  QUE, 60/VTBA, (10)62* 

102  SEL ,62/AUB-UOU, ASM, ,B/1 , <7)44,60* 

103  ACT, 62, 76* 

104  REG, 76, ,1, A* 

105  ACT, 76, 45, <8)1 ,A1. NE.98* 

106  ACT, 76, 67. (8)1 ,A1 .EQ.98* 

107  QUE , 45/UOUAUD, , 1  * 

108  SIN ,67/AUD-FIN , , 1 , ,  I* 

109  ACT , 45,46,UF,8,7/AUB-V0U,6* 

110  REG, 46, ,1* 

111  ACT, 46, 63* 

112  ACT. 46. 75* 

113  REG, 63, ,1 ,F* 

114  SIN.75/CPL-VGC,  .1  ,,I* 

115  ACT, 63, 67, (8)1, A3. LE.O* 

116  ACT, 63, 44, <8)1, A3. GT.O* 
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BEGIN  PARAMETER  CARDS 


1 1 7  PAR, 2, 224. 677, 94. ,498. .80. , 10* 

118  PAR, 10, 474. 844,148., 882., 188. 903, 10* 

119  PA? ,3, 1 .554,0.5,3.25, .904,3* 

120  PAR, 5, 3. 247,1 .25,7.5,1.456,5* 

121  PAR, 21, 3. 893, 0.25, 7. 0,1. 632, 7* 

122  PAR, 51 ,17. 234, 8., 44., 6. 337, 6* 

123  PAR, 8 1, 1.732,. 25, 6. 5, 1.548, 9* 

124  PAR, 22, 2. 401 ,0.5,6.25,1.811,7* 

125  PAR, 52, 7. 488, 3. 05, 16., 2. 73, 6* 

126  PAR, 82, 2. 537, 0.25, 6., 1.713,9* 

127  PAR, 23, 3. 462, 0.0, 7. 0.1 .929,7* 

128  PAR, 53, 9. 748, 3. 14, 26. 53, 3. 984, 6* 

129  PAR, 24, 3. 898, 0.0, 7. 5, 1.777, 7* 

130  PAR, 54, 9. 382, 3. 53, 21., 3. 853, 6* 

131  PAR, 84, 2. 039,. 25. 7. 0.1. 516, 9* 

132  PAR, 25, 4. 463,1 .0,7. 5,1 .734,7* 

133  PAR. 55. 1 0.649, 7. 33, 22., 3. 21 2. 6* 

134  PAR, 85, 1.905,. 25, 7. 5, 1.896, 9* 

135  PAR, 26, 2. 523, .5, 7. 5, 1.809, 7* 

136  PAR, 56, 8. 958, 1.13, 13. 07, 2. 867, 6* 

137  PAR, 31, 2. 413, 0.5, 7. 75, 2. 098. 9* 

138  PAR, 61, 3. 697, 2. ,5. 4, .829,8* 

139  PAR, 32, 4. 241  , 0.5, 7. 75,1  .984,9* 

140  PAR ,62, ,4. ,9.87, ,8* 

141  PAR, 33, 2. 635, 0.5, 7. 0,2. 007. 9* 

142  PAR, 63, 6. 479, 3. 5, 11. 16, 2. 545, 9* 

143  PAR, 34, 4. 75,. 75, 8. 0,1. 998, 9* 

144  PAR, 64, 6. 343, 2. 96. 1 2. 57, 1  .947, 8* 

145  PAR, 35, 2. 4 17, 0.5, 7. 0,1. 772, 9* 

146  PAR, 65, 4. 928,1 .5, 8. 4,1 .309,8* 

147  PAR, 36, 2. 54 5, 0.5, 6. 5, 1 .633,9* 

148  PAR, 66, 4. 937, 2., 11. 56, 1.81 1,8* 

149  PAR, 37, 1.473, 0.5, 4. 0,1. 382, 9* 

150  PAR, 67, 4. 564, 3., 6. 93,. 806, 8* 

151  PAR, 38, 4. 0,1. 0,8. 75,1 .933,9* 

152  PAR, 68, 5. 5, 3. 08, 10., 1.677, 8* 

153  PAR, 39, 5. 333, 0.75, 7. 5, 1.71 1,9* 

154  PAR, 69, 4. 91 ,1.69,8. ,1 .569,8* 

155  PAR, 40, 2. 3 12, 0.5, 7. 5. 1.76 1,9* 

156  PAR, 70, 4. 674, 2. 46, 8. 33,1 .256.8* 

157  PAR, 4 1 ,4.962,2.0,7.5. 1.556,9* 

158  PAR. 71 ,4.006,1 .86.8.94,1.288.8* 

159  PAR, 42, 5. 21 2, 0.5, 7. 5, I .781,9* 

160  PAR, 72. 4. 61 8, 2. 89. 12., 1  .48, 9* 

141  PAR. 43, 5. 1 59, 1.0, 9. 5,  1.947, 9* 

162  PAR, 73, 9. 74, 4. ,19. II ,3.719,8* 

163  COL , 1 /CQM-VOU, 2/AUD-VOC * 

164  FIrt* 


APPENDIX  I 
USER  FUNCTIONS 
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1  c 

2  C  III  INITIALIZES  VARIABLES  PASSED  BETWEEN  SUBROUTINES. 

3  C 

4  SUBROUTINE  UI 

5  REAL  PTF'RO  ,VHPRO,SAMP,UORK 

6  COMMON/ QVAR/NDE,NFTBU( 500) ,NREL(500) , NRELP(SOO) ,NREL2<500) , 

7  +NRUN,NRUNStNTC(50O),PARAM(100,4),TBEG,TN0U/CT/UORK, 

8  ♦PTPROjVHPRO/CV/SAHP 

9  U0RK=0.0 

10  PTPRO  =  0.0 

11  VHPR0=0.0 

12  SANP=0 .0 

13  CALL  COLC(O) 

14  RETURN 

15  END 

16  C 

17  C  UF  PERFORMS  RANDOM  SAMPLING  AND  OTHER 

18  C  OPERATIONS  BASED  ON  THE  VALUE  OF  KEY. 

19  C 

20  FUNCTION  UF(KEY) 

21  REAL  SAMP. CSAHP,ASANP, ATI , NO, UORK,LO,AUDT, TINE, 

22  +ASG1 ,ASG2, SPEED, PTPRO, VHPRO, AUDNR,SPD 

23  INTEGER  J, IC, IA, IS.K.I ,ITCQ,ITAQ, ITVREN 

24  COMMON/QVAR/NDE, NFTBU( 500 ) ,NREL(500) ,NRELP(500 ) .NREL2  <  500) , 

25  +NRUN,NRUNS,NTC(500) ,PARAM( 100,4)  ,TBEG,TNOU/CT/UORK, 

26  +PTPRO,VHPRO/CV/SAMP 

27  DIMENSION  ATT (6) rACSGN<5) ,ACSGNV<5) ,ACSTU<3)  ,ACSTUV(3) , 

28  +ACSTH(3),ACSTHV<3),ACSF0(2),ACSF0V(2),ACSFI<2).ACSFIV(2), 

29  +ACSSI(2),ACSSIV(2),A0NC(2),ATUC(2),ATHA<2),ATHC(21),AF0A(2), 

30  +AFIA(2),ASIA<2),ASIC(5),AVAL(2)fATHCV(21 ) , ASICV(S) ,ATUA<2 ) , 

31  +CT0N(2),CTTU(2),CTTH(2),CTF0(2),CTFI(2),CTSI<2), 

32  +CTSEI2) ,CTEI (2) , CTNI(2) , CTTE(2) ,CTEL(2) , CTTL(2) , 

33  +CVAL(2),CPT(2)tAF'T(2),AF0C(2),AFIC(2) , 

34  +ASP(4)rASPV(4),CTASGV<16),CTASG(16) 

35  DATA  CSANP,ASAMP,AUBNR,SPD/4*0.0/ 
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36  DATA  ACS0N/.88 1 , .9048, .9286, . 9762 , 1 .0/ 

37  +ACS0NV/4. ,4. 15,4.5,6. ,7.03/ 

38  +ACSTU/.05,.95,1 .O/ACSTUV/3. 78, 4., 6.91 /ACSTH/. 95122,. 97561 , 

39  +1  . 0/ACSTHV/4 . ,4.55,6./ACSF0/.9778, 1  .O/ACSFOV/4. ,5.29/ 

40  +ACSFI/. 9787,1 .O/ACSFIV/4. , 8.55/ACSSI/.75, 1 .0/ACSSIV/4. , 

41  +1 1 .86/ATHC/.3152, 

42  +.3 667, .4 83 4,. 5667, .6,  .6667 ,  .71 67,  .7334,  .7834 ,  .81  67 , . 8334 , 

43  +.8501 ,.8668,. 8835,. 9002,. 91 69,. 9336,. 9503,. 967,. 9837, 1 .0/ 

44  +ASIC/. 9348,. 9538,. 9692,. 9846, 1.0/ 

45  + AVAL/ 0.0,1 .O/ATHCV/O.O, .25,.5, .75.1 .0,1 .25, 

46  +1 .5.1 .75,2.0,2.25,2.75.3.0,3.75,4.25,4.5,5.0,5.25,6.25,6.5, 

47  +7. 25, 7. 5/ASICV/0.0,. 5,1 .5,5.0,5.25/ 

48  +CVAL/0.0, 1 .0/ 

49  +ATUA/. 0217. 1 .O/ATHA/. 038,1 .O/AFQA/. 1359,1 .0/ 

50  +AFIA/. 087, 1.0/ASIA/. 5761, 1.0/ 

51  +CT0N/0 . 0 , 1 .O/CTTU/. 341 8,1. O/CTTH/. 2686,1 .0/ 

52  +CTFO/. 1 406, 1 .O/CTFI/. 0675,1. O/CTSI/. 1041 ,1.0/ 

53  +CTSE/. 2320, 1.0/CTEI/. 1772, 1.0/CTNI/. 3966, 1.0/ 

54  +CTTE/. 0126, 1 .O/CTEL/. 3783,1 .O/CTTL/. 3235,1 .0/ 

55  +AONC/. 3967,1 .0/ATUC/. 5598,1  .0/AFOC/. 1848,1  .0/ 

56  +AFIC/. 1522,1 .0/ 

57  +CFT/. 3297,1 .0/APT/. 3333, 1.0/ASP/.  833,. 8886,. 9442, 

58  +1 .0/ASPV/8.,8.5,10., 1 0 . 5 /CT ASGV/36 , 3 1  ,23,40,33, 

59  +22,37,41 ,34,24,25,35,39,32,38,42/CTASG/ 

60  +.087,. 184,. 252,. 349, .5043,. 5723,. 621 3,. 631 3,. 6896, 

61  +.7386,. 7870,. 81 60,. 8450,. 9320,.  961 0,1  .0/ 

62  DATA  J,IC,IA,IS,K,I,ITCQ,ITAQ,ITVREM/9*0/ 

63  C 

64  60  T0(1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11), KEY 

65  C 

66  C  KEY  =  1 t  SAMPLES  THE  INDIVIDUAL  AUDITORS'  CONFUTE  AND 

67  C  AUDIT  PRODUCTIVE  TIMES.  COMPARES  THE  TOTAL 

63  C  TIME  TO  4  HOURS  (8/2)  TO  ENSURE  NO  OVERTIME. 

69  C  INSERTS  A  COMPUTOR  INTO  THE  COMPUTOR  ARRIVAL 

70  C  SYSTEM  ONLY  IF  THE  INDIVIDUAL  AUDITOR  HAS 

71  C  COMPUTE  TIME  (ATTRIBUTE  2).  INSERTS  THE 

72  C  AUDIT  PRODUCTIVE  TIME  INTO  ATTRIBUTE  3. 
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73 

C 

74 

1 

UF=0 .0 

75 

ATI =GATRB< 1 ) 

76 

IFvAT1.EQ.ASG1 )RETURN 

77 

I F ( AT  1 .EQ.ASG2)RETURN 

78 

J  =  AT1 

79 

I=J-20 

80 

GO  TO ( 2 1 ,22,23, 24, 25, 26), I 

81 

21 

SAMP=NO( J ) 

82 

SAMP=SArtP/2 

83 

CALL  CONCERT 

84 

AUDT=SAHP 

85 

S AMP -DPROB ( AGNC , AVAL, 2,9 ) 

86 

IF (SAMP.GT .0 .0  )THEN 

87 

SAMP=LQ(8I ) 

88 

SAMP=SAHP/2 

89 

CALL  CONVERT 

90 

TIME=AUDT+SAMP 

91 

IF(TIME-4. 0)310, 310, 21 

92 

310 

ATT  < 1 )=44. 

93 

ATT(2)=GATRB(2) 

94 

ATT (3 )-SAMP 

95 

CALL  PTIN(98f 0.0,TNGU,ATT) 

96 

END  IF 

97 

GO  TO  27 

98 

22 

SAMP=DPR03  v ATUA, AVAL ,2,7) 

99 

IF (SAMP.GT .0.0) THEN 

too 

SAMP=LO< J  > 

101 

SAMP= (8.0-SAHP) 

102 

SANP=SAMP/2 

103 

CALL  CONVERT 

104 

END  IF 

105 

AUDT=SAMP 

106 

SAMP=DF'ROB<  ATUC ,  AVAL  ,2,9) 

107 

IF(SAMP.GT.0.0 )THEN 

108 

SAMP=N0<82 ) 

109 

SAHP=SAMP/2 

110 

CALL  CONVERT 

111 

T I  ME = AIJ  DT  +  SAMP 

11  2 

IF  <TIiiE-4.0 )  320,320, 22 

109 


113 

320 

ATT <  t )=45. 

IM 

ATT(2)=GATRB(2) 

115 

ATT(3)=5AMP 

116 

CALL  PTIN(?8,0.0,TN0U,i 

11? 

END  IF 

113 

GO  TO  2? 

11? 

23 

SAMP=BPROB( ATrA,AVAL,2f 7) 

120 

IF(SAHP .GT .0.0) THEN 

121 

SAHP=NO(J) 

122 

SAHP=(8.-5Ar1P) 

*23 

SAMPsSAHP/2 

124 

CALL  CONVERT 

125 

END  IF 

126 

AUDT=!}Ai1P 

127 

SAHP=DPROB(ATHC, ATHCV,21 , 

128 

IF(SAHP.GT.O.O)THEN 

129 

SA«P=SAMP/2 

130 

CALL  CONVERT 

131 

TIME=SANP+AUDT 

132 

IF (TIME-4. 0)330, 330, 23 

133 

330 

ATT ( 1  )=46. 

134 

ATT <2  )=GATRB(2) 

135 

ATT (3)=SAMP 

136 

CALL  PTIN(?8,0.0,TN0U, 

137 

END  IF 

138 

GO  TO  27 

13? 

24 

SAHP=DPRGB( AFOA, AVAL,2,7) 

140 

IF(SAHP.GT.O. 0)THEN 

141 

SANP=L0 ( J ) 

142 

SAHP=(8.-SAMP) 

143 

SAiiP=SAHP/2 

144 

CALL  CONVERT 

145 

END  IF 

146 

AUBT=SA<1P 

147 

SANP«BPROB ( AFOC , AVAL ,2 , 9 ) 

143 

IF  <  SArtP . uT .0.0) THEN 

149 

SAHP=L0 ( 84 ) 

150 

SAMP=SA«1P/2 

151 

CALL  CONVERT 

152 

T  IHE=AUDT  *SANP 

153 

IF (TIrtE-4 . 0)340. 340, 24 
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154 

340 

ATT  ( 1  )M7 . 

155 

ATT(2)=GATRB(2) 

156 

ATT(3)=SAHP 

157 

CALL  PTIN(98,0.0,TN0U, 

158 

END  IF 

15? 

GO  TO  27 

160 

25 

SAHP=DPROB( AFIA,AVAL,2,7) 

161 

IF (SAHP.GT. 0.0) THEN 

162 

SAHP=NQ< j> 

163 

SAHP=SArtP/2 

164 

CALL  CONVERT 

165 

END  IF 

166 

AUDT=5AMP 

167 

5AHP=DPR0B(AFIC, AVAL,2,9) 

168 

IF (SAHP.GT. 0.0) THEN 

169 

SANP=L0(85) 

170 

SAHP=SANP/2 

171 

CALL  CONVERT 

172 

TIHE=SAHP+AUDT 

173 

IF(TIHE-4. 0)350, 350, 25 

174 

350 

ATT  < 1 )=48. 

175 

ATT  { 2 )  =GAT  RPf  <  2 ) 

176 

ATT(3)=SANP 

177 

CALL  PTIN(98,0.0,TN0U,i 

178 

END  IF 

17? 

GO  TO  27 

180 

26 

SAHP=DPROB( ASIA, AVAL .2,7) 

181 

IF (SAHP.GT .0.0) THEN 

182 

SAHP=LO( J) 

183 

SAHP=SAHP/2 

184 

CALL  CONVERT 

185 

END  IF 

186 

AIJDT =SANP 

107 

SAHP=DPROB( ASIC , ASICV ,5 , 9 

183 

IF (SAHP.GT. 0.0) THEN 

18? 

SAHP=SArtP/2 

190 

CALL  CONVERT 

191 

TIHE-SAHP+AUDT 

192 

IF  <TIi1E-4. 0)360. 360,26 
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193  360  ATT < 1 )~A9. 

194  ATT(2)=GATRB<2> 

195  ATT  <  3 ) =SArtP 

196  CALL  PTlN(98,0.0,TNOUrAT7> 

197  END  IF 

198  27  CALL  PATRB<0.0,2> 

199  CALL  PATRBlAUDT ,3) 

200  ATTU>*0.0 

201  ATT(2)=0.0 

202  ATT(3)=0,0 

203  RETURN 

204  C 

205  C  KEY  *  2:  ESTABLISHES  LOGNORMAL  PARAMETERS  AND 

206  C  INSERTS  REMAINING  VOUCHERS  INTO  APPROPRIATE 

207  C  QUEUES  FOR  START  UP  CONDITIONS. 

208  C 


209  2 

IFiNRUN.NE. 1 )GQ  TO  20 

210 

CALL 

CPL0(2) 

211 

CALL 

CP L0(3> 

212 

CALL 

CPLO(S) 

213 

CALL 

CPLOilO) 

214 

CALL 

CPL0<22> 

215 

CALL 

CPL0124) 

216 

CALL 

CPL0<26) 

217 

CALL 

CPL0133) 

218 

CALL 

CPLQ<35) 

219 

CALL 

CPLQ136) 

220 

CALL 

CPL0137) 

221 

CALL 

CPLQ140) 

222 

CALL 

CPL0151 ) 

223 

CALL 

CPL0152) 

224 

CALL 

CPL0C53) 

225 

CALL 

CPL0<54) 

226 

CALL 

CPL0(55) 

227 

CALL 

CPL0156) 

228 

CALL 

CPL0163) 

229 

CALL 

CPL0i64) 

230 

CALL 

CPL0166) 

231 

CALL 

CPL0<6?) 

232 

CALL 

CPI-0  (68) 

233 

CALL 

CPL0170) 

234 

CALL 

CPL0(7! ) 

235 

CALL 

CPL0172) 

236 

CALL 

cPLO<an 

237 

CALL 

CPL0(84) 

238 

CALL 

CPL0(85) 
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239  20  SAMP=397 

240  SAMP=SAMP/2 

241  CSAHP=.8083*SAMP 

242  I C= I NT (CSAMP) 

243  ASAMP=. 1 917*SAHP 

244  IA=IMT( ASAHP) 

245  SAHP=.00403*C5AMP 

246  IS=INT (SAMP) 

247  DO  1 1 0 ,K=1 ,  IC 

248  ATT (5)=0.0 

249  CALL  PT IM < 4 1 ,0.0,TN0U, ATT) 

250  110  CONTINUE 

251  DO  120,K=1,IA 

252  ATT (5)=0.0 

253  CALL  PTIN(60,0.0,TN0U,ATT) 

254  120  CONTINUE 

255  DO  130,K=1,IS 

256  ATT(5)=0.0 

257  CALL  PTIN(38,0.0,TN0U,ATT) 

258  130  CONTINUE 

259  UF=0.0 

260  RETURN 

261  C 

262  C  KEY  =  3:  SAMPLES  AND  INSERTS  (1)  AUDIT  PROCESSING 

263  C  SPEEDS  INTO  ATTRIBUTE  4  AND  (2)  COMPUTE 

264  C  PROCESSING  SPEEDS  INTO  ATTRIBUTE  2. 

265  C 

266  3  AT1-GATRBM) 

267  J=AT1+30. 

268  IF (ATI -26)30,28, 160 

269  30  SAMP  =  LOU) 

270  GO  TO  29 

271  28  SAMP  =  LOU) 

272  29  CALL  PATRB(SAMP,4) 

273  1= J-50 

274  GO  TO  (121,122,123,124,125,126),! 

275  1  21  SAMP=DPR0B(ACS0i(,ACS0NV,5,8) 

276  GO  TO  127 


277  122  SAMP=DPR0B<ACSTU,ACSTUV,3,8) 

278  60  TO  127 

27?  123  SAHP=DPR0B<ACSTH,ACSTHV,3,8) 

280  GO  TO  127 

281  124  SAHP=BPROB( ACSFO ,ACSF0V,2,8) 

282  GO  TO  127 

283  125  SAHP=BPROB( ACSFI , ACSFIV,2,8) 

284  60  TO  127 

285  126  SAMP=DPROB< ACSSI , ACSSIV,2,8) 

286  GO  TO  127 

287  160  IF( J.EQ.61 .OR. J.EQ.65.0R. J.EQ.69.0R. J.EQ.73)SAMP*N0( J) 

288  IF(J.EQ.62)SAHP=UN(J) 

289  IF<  J.EQ.63.0R. J.EQ.64.QR. J.EQ.66.QR. J.EQ.67.QR. J.EQ.68 

290  +.0R.J.EQ.70.0R.J.EQ.71 .OR. J.EQ.72)SAMP=L0( J) 

291  127  CALL  PATRB<SANP,2) 

292  UF=0 .0 

293  RETURN 

294  C 

295  C  KEY  =  4:  SAMPLES  AND  INSERTS  COMPUTQRS'  PRODUCTIVE 

296  C  TINE  INTO  ATTRIBUTE  3. 

297  C 

298  4  ATI =GATRB< 1 ) 

299  J=AT 1 

300  I = J— 30 

301  GO  T0(31, 32, 33, 34, 35, 36, 37, 38, 39, 40, 41 ,42, 48), I 

302  31  SAHP=DPR0B(CT0N,CVAL,2,9) 

303  IF(SAHP)44,49,44 

304  32  SAHP=DPR0B(CTTU,CVAL,2,9) 

305  IF(SAHP)45,49,45 

306  33  SAMP=DF'RGB(CTTH,CVAL,2,9) 

307  IF(SAhP)44,49,44 

308  34  S AMP=IipROB i CTFQ , CVAL ,2,9) 

309  IF(SAflP)45,49,45 

310  35  SAMP=DPR0B«CTFI,CVAL,2,9) 

311  IF(SArtP)44, 49,44 

312  36  SAMP=BPR0B<CTSI,CVAL,2,9) 

313  IF ( SAMP (44.49, 44 

314  37  SAMP=DPRQB(CTSE,CVAL,2,?) 

315  IF \ SArtP  >44,49,44 
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316  38  SAHP=DPR0B(CTEI,CVAL,2,9) 

317  IF(SAHP)45,49,45 

318  39  SANP=DPRQB<CTNI,CVAL,2,9) 

319  IF(SAHP)45,49,45 

320  40  SANP=BPROB(CTTE,CVAL ,2,9) 

321  IF(SAMF)44,49,44 

322  41  SAHP=BPROB(CTEL,CVAL,2.9) 

323  IF(SAHP)45,49,45 

324  42  SANP=DPR0B(CTTL,CVAL,2,9) 

325  IF(SAHP)45,49,45 

326  44  SAHP=LO( J) 

327  SAMP=(8.-SANP) 

328  GO  TO  49 

329  45  SAHP=NO( J) 

330  GO  TO  49 

331  46  SAHP=NO< J) 

332  SAHP=<8. O-SAMP) 

333  GO  TO  49 

334  47  SAHP=UN( J) 

335  GO  TO  49 

336  48  SAMP=NO( J) 

337  49  SAMP=SAMP/2 

338  CALL  CONVERT 

339  CALL  PATRB(SAMP,3) 

340  UF=0.0 

341  RETURN 

342  C 

343  C  KEY  =  5:  SAMPLES  AND  INSERTS  VOUCHER  ARRIVALS 

344  C  USING  ATTRIBUTE  5  AS  A  COUNT  VARIABLE. 

345  C 

346  5  SANP=LO( 2) 

347  J  =  INT(SAHF') 

348  SAHP  =  J 

349  SA«P=SANP/2 

350  CALL  F'ATRB<SAhP, 5) 

351  UF=0 .0 

352  RETURN 

353  C 
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354 

c 

KEY  =  6:  CALLS  SUBROUTINE  COMPUTE  TO  DETERMINE 

355 

c 

COMPUTATION  PROCESS  DURATION. 

356 

c 

357 

6 

CALL  COMPUTE 

358 

CALL  COLIUORK, 1 > 

35? 

UF=UORK 

360 

RETURN 

361 

c 

362 

c 

KEY=  7:  DETERMINES  IF  ANY  PERSONNEL  REMAIN 

363 

c 

AUAITINT  WORK  AT  DAY'S  END.  IF  SO. 

364 

c 

INSERTS  DUMMY  VOUCHERS  TO  CLEAR  THE 

365 

c 

PERSONNEL  FROM  THE  SYSTEM. 

366 

c 

367 

7 

IF<XNINQ(41 ).LT.XNINQ<42) )THEN 

368 

I*XNINQ(42)-XNIN0(41) 

369 

DO  230, K=1 .1 

370 

ATT (1 )=98. 

371 

CALL  PTINI41 ,0.0,TN0U,ATT ) 

372 

ATT ( 1 )=0.0 

373 

230 

CONTINUE 

374 

END  IF 

375 

IF<XNINQ<60).LT.XNING<44))THEN 

376 

I=XNINQ<  44)-XNINQ(60)_ 

377 

DO  240, K*1 ,1 

378 

ATT { 1 )=98. 

37? 

CALL  PTIN<60,0.0,TNOU, ATT) 

380 

ATT( 1 )=0.0 

381 

240 

CONTINUE 

382 

END  IF 

383 

UF=0.0 

384 

RETURN 

385 

C 

386 

c 

KEY  =  8:  CALLS  SUBROUTINE  AUDIT  TO 

387 

c 

DETERMINE  AUDIT  PROCESS  DURATION 

388 

c 

389 

a 

CALL  AUDIT 

390 

CALL  C0LiUQRK,2) 

391 

UF=UORK 

392 

RETURN 

393 

c 
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394  C 

395  C 

396  C 
39?  C 

398  C 

399  C 

400  9 

401 

402 

403 

404  210 

405  220 

406 

407 

408  500 

409 

410 

411 

412 

413  61 

414 

415  60 

416  62 
41?  63 
410 

419  C 

420  C 

421  C 

422  C 

423  C 


KEY  =  9:  URITES  TO  A  SEPERATE  FILE  THE  POINTS  PROCESSED 
VOUCHERS  PROCESSED,  NR.  IN  THE  COMPUTE  AND 
AUDIT  QUEUES,  AND  THE  TIME  REHAINING  IN  BOTH 
VOUCHER  QUEUES.  HAKES  THE  PERSONNEL  COUNTER 
ASSIGNMENTS  FOR  THE  NEXT  DAY. 

ITCQ  =  X  N I NQ  <41 ) 

ITAG  =  XNINGiaO) 

I=ISTUS(38 ,76) 

IF  < I ) 21 0,220,220 
I  =  400 
ITAQ=ITAQ+I 
ITVREN  =  ITCO  ♦  ITAQ 

URITEdl  .500)  NRUN,NTC(58),PTPR0,VHPR0,ITCQ,ITAQ,ITVREN 
FQRHAT ( '  ' , 2X,  I5,3X,  I4,3X,2(F8.2,3X)  ,3(  I4.3X ) ) 

PTPRO  =  0.0 
VHPRQ  =  0.0 
I  =  0 

ASM  =DPROB (CTASG, CTA5GV, 16,4) 

ASG2=DPR0B ( CTASG ,CTASGV ,16,4) 

IF( ASG1 -ASG2 ) 60,61 ,62 
IF (30. -ASG2) 63,63, 61 
IF ( 30 .-ASG1 ) 63,63,61 
UF=0.0 
RETURN 

KEY  =  10:  DETERMINES  COUNTER  PERSONNEL  PROCESSING 
SPEEDS  AND  PRODUCTIVE  TIMES  AND  INSERTS 
THEM  INTO  ATTRIBUTES  2  AND  3  RESPECTIVELY 
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424  10  UF=0 . 0 

425  ATI =GATRB( 1 ) 

426  IF (ATI .NE.ASG1 )THEN 

427  IF (ATI .NE.ASG2) RETURN 

428  END  IF 

429  IF( ATI .GE.30 . )THEN 

430  SANP=DPR0B(CFT,CVAL,2,5) 

431  IF(SANP.GT.0.0)THEN 

432  SANP=L0(5) 

433  CALL  PATRB(4. ,2) 

434  END  IF 

435  SAHP=SANP/2 

436  CALL  CONVERT 

437  CALL  PATRB(SAHP,3) 

433  ELSE 

439  SAHP=DPR0B(APT,CVAL,2,3) 

440  IF(SAHP.GT.O.O)THEN 

441  SAMP=L0(3) 

442  SPEED=DPR0B(ASP,ASPV,4,2) 

443  CALL  PATRB(SPEED,4) 

444  END  IF 

445  SAHP=SAHP/2 

446  CALL  CONVERT 

447  CALL  PATRB(SAMP,3) 

448  END  IF 

449  RETURN 

450  C 

451  C  KEY  =  11:  PULLS  SUSPENDED  VOUCHERS  AND  DELAYS 

452  C  PROCESSING  BY  48  HOURS 

453  C 

454  11  UF=0.0 

455  CALL  ST AGO (34, 48, 0.0.0, ATT) 

456  CALL  PT IN ( 60,0.0, TNGU, ATT) 

457  RETURN 

458  END 

459  C 
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460  C 

461  C  COMPUTE  DETERMINES  COMPUTATION  PROCESS  DURATION 

462  C 

463  SUBROUTINE  COMPUTE 

464  REAL  VOUCHER, SPD,UORK, PRDTME 

465  COMMON/QVAR/NBE,NFTBU(SOO) ,NREL<500) ,NRELP<500) ,NREL2(500), 

466  +NRUN,NRUNS,NTC(500) r  PAR AM ( i 00 , 4 ) ,TBEG,TNOU/CT/U0RK, 

467  +PTPRO,  VHPRO/'CV/SAMP 

463  DIMENSION  VOU< 6) ,V0UV<6) 

46?  DATA  V0U/.18, .8742, .9837, .9932, .9991 ,1 .0/ 

470  +V0UV/0.5,1 .0,2.0,3.0,4.0,5.07 

471  SPD=GATRB(2) 

472  PRDTME=GATR6<3) 

473  VOUCHER  =  DPROB(V0U,VOUV,6,1 ) 

474  UORK=VOUCHER/SPD 

475  PRBTHE=PRBTNE-UGRK 

476  CALL  PATRB(PRDTME,3) 

477  RETURN 

478  END 

479  C 

480  C 

481  C  AUDIT  DETERMINES  AUDIT  PROCESS  DURATION. 

482  C 

483  SUBROUTINE  AUDIT 

484  REAL  SPD,UORK.PRDTHE, VOUCHER, PTPRO,VHPRO 

485  C0MM0N/QVAR/NDE,NFTBU(50O) ,NREL<500) ,NRELP(500) ,NREL2(500) , 

486  ♦NRUN,NRUNS,.NTC(500) , P ARAM (100,4) ,TBEG,TNOU/CT/UORK, 

487  +PTPRO-,  VHPRO/CV/SAMP 

488  DIMENSION  VOU < 6 > , V0UV<6) 

48?  DATA  VOU/. 18, .8742, .9837, .9932, .9991, 1.0/ 

490  +V0UV/0. 5,1 .0,2. 0,3. 0,4. 0,5.0/ 

491  SPD=GATRB(4) 

492  F'RDTME=GATRB(  3 ) 

493  VOUCHER  =  DPR0B<V0U,V0UV,6,1 ) 

494  U0RK=V0UCHER/SPD 

495  PRDTME  =  PRDTME  -  tiORK 

496  IF < UORK.EO. 0.0)00  TO  100 

497  PTPRO  =  PTPRO  ♦  VOUCHER 

498  VHPRO  =  VHPRO  +  1. 

499  100  CALL  PATRBIPRDTME .3) 

500  RETURN 

50 1  END 

502  C 
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503  C 

504  C  CONVERT  CONVERTS  ALL  PRODUCTIVE  TIMES 

505  C  INTO  NEXT  QUARTER  HOUR  INCREMENT. 

506  C 

507  SUBROUTINE  CONVERT 

508  REAL  SAHP,X,Y 

50?  INTEGER  I,K 

510  COMMON/CV/SArlP 

511  I=SAMP 

512  X=I 

513  DO  50  K=1 .4 

514  Y=X+.25 

515  IF i SAMP. GT.X) THEN 

516  I F  ( 5AHF' .  LE .  Y )  SAMP= Y 

517  END  IF 

518  X=Y 

51?  50  CONTINUE 

520  RETURN 

521  END 

522  C 

523  C 

524  C  UO  PRINTS  OUT  AVERAGE  DURATION  FOR 

525  C  THE  COMPUTE  AND  AUDIT  PROCESSES. 

526  C 

527  SUBROUTINE  UO 

528  C0MMON/QVAR/NDE,NFTBU<500) ,NREL(500) ,NRELP(500) ,NREL2(500) , 

52?  +NRUN, NRUNS,NTC ( 500 ) , PARAM1 100,4), TBEG, TNOU/CT /UORK , 

530  +PTPRO ,  VHPRO/CV/’SAMP 

531  CALL  COLP(O) 

532  RETURN 

533  END 
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CSAMP  X  Number  of  vouchers  place  in  to- 

compute  queue  at  simulation  start 


VARIABLE  REAL  INTEGER  DEFINITION 
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CTTH  X  Probability  of  computor  33  being 

productive 


Used  with  variable  X  to  round  productive 
time  to  next  quarter-hour  increment 
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APPENDIX  K 


CONFIDENCE  INTERVALS 


PARAMETER 

CARD 


UPPER 

BOUNDARY 


LOWER 

BOUNDARY 


21 

3.490 

4.296 

51 

15.761 

18.801 

81 

I.258 

2.206 

22 

1.913 

2.889 

52 

6.953 

8.423 

82** 

1.735 

3-339 

23 

2.938 

3-986 

53 

8 . 665 

10.831 

24 

3-395 

4.401 

54 

8.292 

10.472 

84 

1.623 

2.455 

25 

3-987 

4.939 

55 

9.768 

10.472 

85 

1 .4o4 

2.406 

26** 

1.721 

3.325 

56** 

7.68? 

10.229 

31 

2.355 

2.471 

6l 

3.465 

3.929 

32** 

3-456 

5.026 

62 

UNIFORM 

DISTRIBUTION 

33** 

1.787 

3.483 

63** 

5.4o4 

7.554 

34 

4.138 

5.362 

64 

5.747 

6.939 

35 

1.921 

2.913 

65 

4.558 

5.298 

36 

2.033 

3-058 

66 

4.369 

5.505 

37 

1.045 

1.901 

67 

4.304 

4.824 
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r 


PARAMETER 

UPPER 

LOWER 

CARD* 

BOUNDARY 

BOUNDARY 

38 

3-454 

4.585 

68 

4.993 

6.007 

39 

4.721 

5.945 

69 

4.349 

5.472 

40 

1-792 

2.832 

70 

4.303 

5-045 

4l 

4.431 

5.493 

71 

3.567 

4.446 

42 

4.604 

5-820 

72 

4.045 

5.191 

43 

4.644 

5.674 

73 

♦ATTRIBUTES 

8.757 

IO.723 

2X  s 
5X: 

Auditors '  Productive  Times 

Audit  Speed 

Auditors'  Compute  Speeds 

Computors '  Productive  Times 

Compute  Speed 

8X : 

3X-4X: 

6X-?X: 

♦♦SMALL  SAMPLE  SIZE 
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